Archive position — measured, not model output
0 likes on Devpost
2,264 of the 7,856 archived projects have more likes, and 5,592 share exactly 0 — so this project's #6,250 place in the like-ranked listing is a tie-break inside that group, not a ranking.
Projects (log scale)
Likes on Devpost. ▲ marks this project's group.
Show the figures
| Likes | Projects | Share of archive |
|---|---|---|
| 0 | 5,592 | 71.2% |
| 1 | 1,758 | 22.4% |
| 2 | 285 | 3.6% |
| 3–4 | 132 | 1.7% |
| 5–9 | 75 | 1.0% |
| 10+ | 14 | 0.2% |
Executive Summary
What the company appears to be: RATIN is a self-reported proof-of-concept tool that converts mixed-format procurement documents (PDFs, HWP, XLSX) into an evidence-linked decision brief with exact navigation to source content. It was built as part of an OpenAI hackathon and is described as a dual-pane interface with PDF evidence stream and structured AI interpretation.
What changed: The project description states that RATIN was extended during a Build Week hackathon, adding features like exact page/text/spreadsheet-cell navigation, multi-target evidence handling, and GPT-5.6 integration with strict output contracts. It also mentions prior proprietary work on document normalization and provenance.
Single most important open question: Is there any evidence of real-world adoption or traction beyond the hackathon demo? The description contains no information about revenue, customers, usage, or commercial deployment.
What The Product Actually Is
The description states that RATIN:
- Converts mixed-format procurement documents (PDFs, HWP, XLSX) into an evidence-linked decision brief
- Uses a dual A4 layout interface with bid metadata on the left and complete Evidence PDF stream on the right
- Enables exact navigation to source content: PDF page, text bounding box, or spreadsheet cell location
- Connects logical findings back to physical source locations through "Evidence links"
- Implements deterministic document processing (normalization, identity, provenance) separate from model-based interpretation
- Uses GPT-5.6 through a strict structured-output contract for interpretation, not source generation
The product is described as a proof-of-concept built during a hackathon with no revenue or customer data.
Positioning & Claim Evolution
The description states that RATIN was built to "close the gap" between AI-generated summaries and verifiable source evidence in procurement decisions. It positions itself as:
- Not just summarizing documents, but connecting every decision-relevant finding back to exact source evidence
- A tool for procurement decision-making that addresses information scattered across multiple document formats
- An approach that separates "evidence" from "interpretation" to maintain trustworthiness
The claim evolution shows a progression from a basic idea ("every AI-generated finding should be directly verifiable") to a specific technical implementation (dual-pane interface, exact navigation) and finally to a principle ("reliable document intelligence requires strict boundary between evidence and interpretation").
Target Customer & ICP
The description states that RATIN is designed for procurement decision-making contexts where:
- Information is scattered across PDFs, HWP documents, spreadsheets, public notices, and external reference data
- Users need to verify where every important statement came from
- Procurement decisions depend on information from mixed-format documents
- The tool supports bid metadata, participation requirements, cost references, conflicts, risks, questions for the issuer, and required actions
The target customer is not explicitly named but appears to be procurement professionals or decision-makers working with mixed-format procurement packages.
Business Model & Pricing Evidence
Not evidenced. The description contains no information about pricing, revenue streams, or business model.
Technical & Delivery Signals
The description states that RATIN:
- Separates deterministic document processing from model-based interpretation
- Owns deterministic layer responsibilities including: mixed-format document normalization, source identity and provenance, PDF page and bounding-box binding, XLSX cell binding, quantities, prices, and arithmetic, exact Evidence navigation
- Uses GPT-5.6 through a strict structured-output contract that does not invent source coordinates, prices, quantities, or document facts
- Implements exact PDF page and bounding-box navigation
- Implements exact XLSX cell navigation
- Supports multi-target evidence handling
- Has fail-closed live, cached, and fixture modes
- Includes automated tests (18/18 passed)
- Works without an API key in a validated frozen cache mode
- Has browser-level Evidence-jump validation
Traction & Maturity Signals
Not evidenced. The description contains no information about revenue, customers, usage metrics, or commercial deployment beyond the hackathon demo.
Competitive Context
Not evidenced. The description contains no information about competitors, market positioning, or competitive landscape.
Key Risks & Red Flags
The description states:
- RATIN is a proof-of-concept built during a hackathon with no revenue or customer data
- The proprietary canonical pipeline is not included in the public repository
- The project has only one team member (SD Chae)
- Prior controlled validation results were from GPT-5.4, not the current GPT-5.6 implementation
- The final validated public build contains 21/21 logical links resolving to 26 exact physical targets with 0 fallback jumps, but this was a limited benchmark
Red flags include lack of commercial traction, single-person team, and no evidence of real-world adoption or revenue.
Diligence Questions To Ask The Founders
- What is the actual market need for this specific type of procurement document navigation?
- How does RATIN compare to existing procurement decision support tools in the market?
- What are the actual costs of implementing and maintaining the deterministic document processing layer?
- Has there been any real-world testing beyond the hackathon demo?
- What is the path to commercialization or product-market fit?
- How does the team plan to scale beyond a single developer?
- What are the technical limitations of the current approach that would prevent broader adoption?
Investment/Partnership Verdict
Not evidenced. The description contains no information about funding rounds, valuations, or investment status. The project is described as a hackathon submission with no commercial traction or evidence of product-market fit.
Source
Submitted to the OpenAI 2026 hackathon on Devpost. Project home on DevPost.
The analysis above was generated by a language model from the project's own one-line description. It is not independent research and contains no verified traction, revenue or customer data.

