OpenAI 2026 hackathon

Feedback Auditor

Catch feedback drift before students do—without automating a single grade.

Solo project by Qiaoxi Guo · 0 likes · 0 comments

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 #4,076 place in the like-ranked listing is a tie-break inside that group, not a ranking.

Projects (log scale)

1
10
100
1k
10k
05,592
11,758
2285
3–4132
5–975
10+14

Likes on Devpost. ▲ marks this project's group.

Show the figures
LikesProjectsShare of archive
05,59271.2%
11,75822.4%
22853.6%
3–41321.7%
5–9751.0%
10+140.2%
Devpost like counts for all 7,856 archived projects, captured when this archive was built.

Executive Summary

What the company appears to be

Feedback Auditor is a self-reported tool designed for educators to review and validate feedback consistency in anonymous student assessments. It uses GPT-5.6 to extract structured evidence from submissions, then applies deterministic rules to flag potential inconsistencies. The system does not automate grading or make decisions; it presents review questions to teachers.

What changed

The author states that the tool was built as part of an OpenAI 2026 hackathon submission. It evolved from a concept involving AI re-grading into a workflow that separates model extraction, rule-based detection, and human decision-making.

Single most important open question

Is there any evidence of real-world usage or adoption by educators beyond the author’s own demonstration?

Back to contents

What The Product Actually Is

The description states that Feedback Auditor is a tool for teachers to review feedback consistency in anonymous student work. It uses GPT-5.6 to extract structured evidence from submissions and applies four deterministic rules (R1–R4) to flag inconsistencies. These signals are presented to the teacher for inspection, confirmation, or dismissal.

The system includes:

  • A frontend built with Next.js, React, TypeScript, Zod
  • Use of OpenAI Responses API and Structured Outputs
  • Separation of model extraction, rule engine, and human decision-making
  • Public demo site with no API key exposure
  • Two demo paths: a narrated video fixture and a precomputed Codex audit

Inference The tool is not an automated grader but a consistency-checking assistant.

Back to contents

Positioning & Claim Evolution

The author claims that Feedback Auditor was built to address the need for a final consistency check in assessment workflows where anonymous student work and multiple marking passes are used. It aims to reduce token usage and avoid automating grades, instead focusing on helping teachers review feedback.

Inference The positioning evolved from an idea of AI re-grading to one that emphasizes human control and transparency.

Back to contents

Target Customer & ICP

The description states that Feedback Auditor is intended for teachers who use anonymous student work and rubric-based marking. It is designed for educators working in assessment environments where consistency checks are needed before results are released.

Inference The target customer is a teacher or instructional designer in an educational setting, likely at the secondary or post-secondary level.

Back to contents

Business Model & Pricing Evidence

Not evidenced. The description does not mention any pricing model, monetization strategy, or business model.

Back to contents

Technical & Delivery Signals

The system uses:

  • GPT-5.6 for structured evidence extraction
  • TypeScript rules for review pattern detection
  • React and Next.js for frontend
  • GitHub Pages for public demo
  • Zod for schema validation
  • OpenAI Responses API and Structured Outputs

It is described as having two demo paths:

  1. A narrated video fixture with fixed workflow
  2. A precomputed Codex audit that does not call the API

The author states that a self-hosted deployment can run live GPT-5.6 extraction using the owner’s own key.

Inference The tool is built for educational use and has a clear separation between model processing, rule enforcement, and human review.

Back to contents

Traction & Maturity Signals

Not evidenced. There is no mention of actual users, customers, revenue, or adoption beyond the author's own demonstration.

Back to contents

Competitive Context

Not evidenced. No information is provided about competitors or market positioning.

Back to contents

Key Risks & Red Flags

  • The tool is described as a hackathon submission with no evidence of real-world usage.
  • It is not clear whether the author has tested it in actual classrooms or gathered feedback from educators.
  • The public demo does not involve live API calls, which may limit understanding of its real-world utility.
  • The lack of any mention of monetization, customers, or traction raises questions about scalability or commercial viability.

Back to contents

Diligence Questions To Ask The Founders

  1. Has the tool been tested in real classrooms or with actual educators?
  2. What is the source of the rubric and student data used in the demo? Are they representative of real-world use cases?
  3. How does the author plan to scale beyond a single-person development effort?
  4. Is there any interest from educational institutions or platforms (e.g., LMS providers) in adopting this tool?
  5. What are the actual limitations of the current rule engine, and how might it evolve?

Back to contents

Investment/Partnership Verdict

Not evidenced. There is no indication of funding, valuation, or investment interest. The project appears to be a prototype or proof-of-concept submitted for a hackathon.

Back to contents

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.