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,301 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
Reelish is a self-reported Android app that parses Instagram food reels into source-supported recipe cards and grocery lists. The author states it uses Kotlin, Jetpack Compose, and Firebase for backend support, with multimodal parsing using OpenAI APIs and OCR.
What changed
The project was extended for the OpenAI Build Week 2026 hackathon, introducing a "multimodal recipe parser V2" that improves on earlier versions by using bounded evidence collection, structured extraction, transcription, frame sampling, and OCR to reduce invented content.
Single most important open question
Is there any evidence of user adoption, revenue, or traction beyond the author’s own description?
What The Product Actually Is
The description states:
- Reelish is a native Android app that turns shared Instagram food reels into source-supported recipe cards.
- It allows users to select recipes and combine ingredients into one grocery list.
- The app uses Kotlin, Jetpack Compose, Room, WorkManager, Firebase Authentication, Firestore, and Cloud Functions for backend support.
- A V2 parser was added during OpenAI Build Week 2026, using OpenAI Responses API, transcription, frame sampling, OCR, caching, and explicit review handling.
Inference The app appears to be a mobile tool focused on transforming social media content into structured cooking workflows.
Positioning & Claim Evolution
The description states:
- The inspiration was that food reels are inspiring but have fragmented recipe information.
- The goal is to turn “inspiration” into a practical cooking workflow without silently inventing anything.
- It distinguishes review states and provenance, preserves a safe V1 fallback, and reduces the chance of invented recipes.
Inference The positioning appears to be about trustworthiness in recipe extraction from unstructured social media content, with an emphasis on preserving source integrity.
Target Customer & ICP
The description states:
- The app targets users who watch Instagram food reels and want to cook from them.
- It is built for a “practical cooking workflow.”
Not evidenced No explicit customer persona or ICP defined beyond the general use case of watching food reels.
Business Model & Pricing Evidence
The description states:
- No pricing model, monetization strategy, or business model is described.
- The app is presented as a tool for personal use and workflow improvement.
Inference No evidence of a commercial model; the project appears to be a prototype or hackathon submission.
Technical & Delivery Signals
The description states:
- Built with Kotlin and Jetpack Compose on Android.
- Uses Room and WorkManager for local-first experience.
- Firebase Authentication, Firestore, Cloud Functions support backend.
- V2 parser uses OpenAI Responses API, transcription, frame sampling, OCR, caching, and explicit review handling.
Inference The technical stack is standard for modern Android development with cloud integration and multimodal AI parsing components.
Traction & Maturity Signals
The description states:
- The project was submitted to the OpenAI Build Week 2026 hackathon.
- It includes a V2 parser added during the hackathon.
- No mention of users, customers, or adoption beyond the author’s own account.
Not evidenced No evidence of revenue, user base, or product traction.
Competitive Context
The description states:
- No competitive analysis or market positioning is provided.
- The app is described as solving a problem in food reel consumption and recipe creation.
Not evidenced No information on existing solutions or competitive landscape.
Key Risks & Red Flags
The description states:
- The app is built for a hackathon, not production use.
- It uses OpenAI APIs and OCR, which may introduce dependency risks.
- The author acknowledges the challenge of balancing retrieval cost, reliability, and user trust.
Inference Key risks include lack of commercial traction, reliance on external AI services, and limited evidence of product-market fit or scalability.
Diligence Questions To Ask The Founders
- What is the current user base or adoption rate for Reelish?
- Has the app been tested in real-world cooking workflows?
- Are there plans to monetize or scale beyond the hackathon prototype?
- How does the app handle edge cases where source content is ambiguous or incomplete?
- What are the technical limitations of the current parser, and how do they impact usability?
Investment/Partnership Verdict
The description states:
- Reelish is a self-reported Android app built for a hackathon.
- No evidence of revenue, customers, or commercial viability.
Not evidenced No basis to assess investment or partnership potential beyond the author’s own claims. The project lacks traction, business model, and market validation.
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.

