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 #7,058 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
Support Gap Radar is a self-reported tool that claims to test documentation against historical support tickets using AI. The author states it turns support ticket data into a regression test suite for documentation, with features including semantic clustering, structured coverage audits, and evidence-grounded patch drafting.
What changed
The project was built as part of the OpenAI 2026 hackathon. It is described as a deployed demo with synthetic datasets, automated tests, and a live GPT integration. The author reports using Codex to accelerate development and emphasizes AI evaluation reproducibility, evidence grounding, and human review.
Single most important open question
Is there any evidence of real-world usage or traction beyond the hackathon demo? The description states no revenue, customers, or adoption data are available.
What The Product Actually Is
The description states that Support Gap Radar:
- Takes resolved support tickets (in CSV format) and current documentation (Markdown, text, PDF, Word)
- Uses OpenAI embeddings to group semantically similar questions
- Applies GPT-5.6 for structured coverage audit labeling (covered, partial, missing, contradiction)
- Visualizes knowledge gaps in a radar chart
- Drafts editable Markdown patches based on evidence
- Re-tests historical questions against updated documentation and patches
- Blocks drafting if documentation and support outcomes disagree, requiring human policy decision
The product is described as working with any support platform that exports tickets (e.g., Zendesk, Salesforce, Front), and it is built using React 19, Vite, Netlify Functions, and OpenAI APIs.
Evidence
- The author’s own write-up describes the functionality in detail.
- Technology stack includes React, Vite, Netlify Functions, text-embedding-3-small, GPT-5.6, and browser parsing for file formats.
Inference This is a proof-of-concept or early-stage product built as part of a hackathon; no evidence of commercial deployment or customer adoption exists in the description.
Positioning & Claim Evolution
The author states:
- The tool addresses a gap in support systems: documentation and tickets live separately, so teams can’t prove which help articles are incomplete or outdated.
- It is not a generic summarizer but a reusable loop: detect, patch, replay, review.
- It works as an intelligence layer above existing support platforms.
Evidence
- The author explicitly positions it as solving a problem with documentation coverage and knowledge gaps.
- It is described as vendor-neutral and designed to integrate with multiple systems.
Inference The positioning implies a shift from reactive summarization to proactive, evidence-based documentation improvement — but this is not validated by real-world usage or feedback.
Target Customer & ICP
The description states:
- The tool targets support teams and knowledge teams within companies.
- It is designed for organizations that use support ticketing systems (Zendesk, Salesforce, Front) and maintain documentation in various formats.
- It supports a loop of detecting gaps, patching them, and replaying results.
Evidence
- The author identifies support teams and knowledge teams as the primary users.
- It integrates with common support platforms.
Inference The ICP is likely large enterprises or SaaS companies with mature support operations and documentation systems — but no evidence of actual customers or use cases is provided.
Business Model & Pricing Evidence
Not evidenced.
Evidence
- No mention of pricing, monetization strategy, or business model in the description.
- The project is described as a hackathon submission with no commercial traction.
Technical & Delivery Signals
The author states:
- Built with React 19 and Vite
- Uses Netlify Functions for server-side OpenAI calls
- Leverages text-embedding-3-small for semantic clustering
- Uses deterministic k-means and cosine similarity for repeatable grouping
- GPT-5.6 is used with structured outputs validated via Zod
- Supports browser parsing of CSV, Markdown, PDF, DOCX
- Includes editable Markdown export, contradiction blocking, and Knowledge Replay
Evidence
- The author lists the tech stack and implementation details.
- Mention of Codex use for development acceleration.
Inference The technical architecture is described as robust enough to support a demo with reproducible AI behavior, but no evidence of production-grade scalability or reliability is provided.
Traction & Maturity Signals
Not evidenced.
Evidence
- The project is described as a hackathon submission.
- A deployed demo exists, along with synthetic datasets and automated tests.
- No revenue, customers, or usage data are mentioned.
Inference The product is at an early stage — a working prototype or proof of concept — but no evidence of traction or commercial maturity is present.
Competitive Context
Not evidenced.
Evidence
- The author mentions that support teams already have AI for summarizing conversations and drafting replies.
- No mention of competitors, market size, or competitive positioning beyond the claim that this tool creates a reusable loop.
Inference The product appears to address a gap in existing tools but lacks any evidence of how it compares to or differentiates from other solutions in the marketplace.
Key Risks & Red Flags
- No commercial traction: The project is described as a hackathon submission with no revenue, customers, or adoption.
- Unverified AI claims: GPT-5.6 is used for structured outputs, but there’s no evidence of real-world performance or validation beyond a smoke test.
- Limited scope: The tool works on CSV and document formats, but lacks integration with actual support platforms in production.
- Self-reported maturity: The description implies the product is functional, but no independent verification or user feedback exists.
Evidence
- No revenue, customers, or usage data.
- No mention of real-world testing or feedback from users.
Diligence Questions To Ask The Founders
- What is the actual process for integrating this with support platforms like Zendesk or Salesforce?
- How does the tool handle conflicting documentation and support outcomes in practice?
- Are there any real-world use cases or pilot programs beyond the hackathon demo?
- What are the limitations of the current AI model outputs, especially around contradiction detection?
- How is the tool validated for accuracy and consistency across different types of documentation?
Investment/Partnership Verdict
Not evidenced.
Evidence
- The project is described as a hackathon submission with no commercial traction.
- No funding rounds, valuation, or investor interest are mentioned.
Inference At this stage, the tool appears to be an early-stage prototype with potential for further development. However, without evidence of product-market fit, revenue, or customer adoption, it is not ready for investment or partnership consideration.
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.

