OpenAI 2026 hackathon

ClassLens

Diagnoses what an Algebra-1 class misunderstands from their wrong answers, then builds a recheck quiz that verifies the fix. 41.1% @1 measured on 716 held-out real student answers.

Solo project by Varshith Gowda · 1 likes · 0 comments

Archive position — measured, not model output

1 like on Devpost

506 of the 7,856 archived projects have more likes, and 1,758 share exactly 1 — so this project's #805 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

ClassLens is a self-reported tool that claims to diagnose student misconceptions from quiz answers using AI, then generate recheck quizzes tailored to those misunderstandings. The author states it was built in three days as part of an OpenAI hackathon submission and uses GPT-5.6, SymPy, and local retrieval for its core functionality.

The description states ClassLens diagnoses 41.1% @1 accuracy on held-out real student answers when mapping wrong answers to Eedi taxonomy misconceptions — a claim that is self-reported and unverified. It also claims to build executable buggy-math rules to generate distractors, with 27.5% of generated items correctly reproducing student errors.

There is no evidence of revenue, customers, or adoption beyond the author's own account. The tool outputs static HTML reports and Markdown reteach plans, and runs on a local GPT-5.6 model with caching to reduce cost per use.

The single most important open question: Is the 41.1% @1 accuracy claim valid in real-world usage, or is it an artifact of the benchmark setup?

Back to contents

What The Product Actually Is

The description states ClassLens:

  • Takes a CSV of quiz responses from a class
  • Maps wrong answers to named misconceptions from the Eedi taxonomy (2,587 labels)
  • Aggregates a class profile ranked by how many students each misconception affects
  • Writes a reteach plan
  • Builds a recheck quiz using GPT-5.6 for stem generation, SymPy for correct answer computation, and executable buggy-math rules to generate distractors
  • Outputs static HTML class report, Markdown reteach plan, and verified recheck quiz

The tool is described as having been built with Codex, GPT-5.6, SymPy, local retrieval (BGE-large hybrid + TF-IDF), and Python-based components including pandas, numpy, scikit-learn, sentence-transformers, pytest.

Back to contents

Positioning & Claim Evolution

The description states ClassLens was inspired by the need for teachers to quickly understand why students missed questions on exit tickets. The author's claim evolved from building "the thing that answers why" to providing a number telling how often it is right.

The author claims:

  • 41.1% @1 accuracy in diagnosing misconceptions from real student answers
  • 55.4% @3 accuracy
  • 27.5% of generated distractors correctly reproduce student errors
  • Rejection mechanism logs reasons for failed quiz items and shows them in the report

The positioning is described as a tool that helps teachers quickly identify and address student misconceptions, with an emphasis on automation and verification.

Back to contents

Target Customer & ICP

The description states ClassLens targets teachers who:

  • Give exit tickets or quizzes
  • Want to understand why students missed questions
  • Need to quickly diagnose class-wide misconceptions
  • Want to build recheck quizzes tailored to those misunderstandings

The author describes the tool as designed for teachers running this on "every exit ticket for every class" and emphasizes that it only works if one class costs "cents."

Back to contents

Business Model & Pricing Evidence

Not evidenced. The description does not state any pricing model, revenue streams, or commercialization strategy.

Back to contents

Technical & Delivery Signals

The description states:

  • Built with Codex, GPT-5.6, SymPy, local retrieval stack (BGE-large hybrid + TF-IDF), and Python libraries
  • Uses a hybrid retrieval approach combining BGE-large and TF-IDF with reciprocal-rank fusion
  • Employs executable buggy-math rules to generate distractors
  • GPT-5.6 runs at inference time for hypothesis generation, reranking, verification, stem extraction, and item generation
  • All components run on gpt-5.6-luna (a cheaper model) to keep costs low
  • Caching is used for GPT responses by model, prompt, and reasoning effort
  • The system can be regenerated without an API key due to committed cache

Back to contents

Traction & Maturity Signals

Not evidenced. The description does not mention any customers, revenue, usage metrics, or adoption beyond the author's own account.

Back to contents

Competitive Context

Not evidenced. The description does not provide information about competitors or market positioning beyond the author's own claims.

Back to contents

Key Risks & Red Flags

  • The 41.1% @1 accuracy claim was initially inflated due to a benchmarking error (GPT-5.6 was included in the "local retrieval only" baseline). The author states they had to manually verify this by running without GPT client instantiated.
  • The tool is described as a hackathon submission with no evidence of commercial viability or scalability beyond one developer
  • No evidence of real-world testing, customer feedback, or product-market fit beyond the author's own claims
  • The system relies heavily on GPT-5.6 and SymPy, which may not be scalable or cost-effective for widespread adoption

Back to contents

Diligence Questions To Ask The Founders

  1. What was the actual methodology used to validate the 41.1% @1 accuracy claim? How did you ensure that the benchmark wasn't artificially inflated?
  2. Can you provide more details about how the executable buggy-math rules are generated and maintained?
  3. What is the current state of the Eedi taxonomy integration and how many misconceptions are currently supported?
  4. How does the tool handle edge cases or unusual student responses that don't map cleanly to existing misconceptions?
  5. What are the specific use cases where ClassLens has been tested in real classrooms?
  6. How do you plan to scale this beyond a single developer's prototype?

Back to contents

Investment/Partnership Verdict

Not evidenced. The description does not provide any information about funding, valuation, or investment interest. The tool is described as a hackathon submission with no evidence of commercial traction or viability beyond the author's own account.

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.