OpenAI 2026 hackathon

ReasonFirst

ReasonFirst makes student reasoning visible and assessable, so equally polished AI-assisted work can earn different marks based on who directed, challenged, and verified the process.

Solo project by Paolo Falbo · 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 #6,273 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

ReasonFirst is a self-reported educational tool designed to make student reasoning visible when using generative AI in academic settings. The author describes it as a workflow that structures AI use into analytical stages, with semi-structured prompts that separate fixed instructor instructions from variable student contributions. It aims to assess both technical output and the intellectual process behind it.

What changed

The project evolved from a university teaching method into a prototype web application during OpenAI Build Week. The author states that the pedagogical approach existed before the hackathon but was transformed into a working product using AI tools like GPT-5.6, Codex, and the OpenAI API.

Single most important open question

Is there evidence of traction or adoption beyond the author's own teaching context, and how does the system actually function in practice with real students?

Back to contents

What The Product Actually Is

The description states that ReasonFirst is an educational workflow for using AI without making students passive recipients. It involves:

  • Decomposing exercises into ordered analytical stages
  • Using semi-structured prompts where:
    • Fixed instructor components constrain AI assistance
    • Variable student components reveal reasoning
  • Three interaction regimes:
    • Regime A: Analysis and model reasoning (student proposes route; AI verifies/organizes)
    • Regime B: Computational translation (AI translates validated stages into code)
    • Regime C: Critical verification (student challenges results; AI accepts/rejects)
  • Produces two linked artifacts:
    • Clean executable Jupyter Notebook
    • Interaction trace containing prompts, student contributions, model responses, decisions, and corrections

The system is described as a lightweight Python web application that manages immutable Case Sheets, fixed/variable prompt components, response provenance, structured JSON outputs, deterministic assessment, trusted execution, and notebook/export functionality.

Evidence Self-reported by author. No independent verification or demonstration of actual use beyond prototype development.

Back to contents

Positioning & Claim Evolution

The author states that ReasonFirst emerged from a discussion about how AI in education risks losing educational value if instructors cannot observe how much reasoning has been delegated to models. The key shift was moving focus from final results to the intellectual contribution made through prompts.

Positioning claims:

  • Not an AI detector
  • Makes student responsibility visible while work is taking place
  • Designed to assess both technical product and intellectual process
  • Aims to make AI-supported learning rigorous, attributable, and genuinely educational

The evolution described shows a progression from informal teaching method → structured workflow → prototype application during OpenAI Build Week.

Evidence Self-reported. No external validation or market positioning data provided.

Back to contents

Target Customer & ICP

The description states that ReasonFirst is intended for use in academic settings, particularly quantitative finance courses where students work on computational exercises. The target audience includes:

  • Instructors teaching quantitative methods
  • Students working on structured analytical problems
  • Educational institutions seeking to maintain intellectual rigor while allowing AI use

The author mentions piloting the method in a laboratory setting and plans to test with actual students starting October 2026.

Evidence Self-reported. No data on specific customer segments, institutional adoption, or usage patterns beyond personal teaching context.

Back to contents

Business Model & Pricing Evidence

Not evidenced. The description does not contain any information about pricing models, revenue streams, monetization strategies, or business model assumptions.

Evidence Absence of evidence.

Back to contents

Technical & Delivery Signals

The project is described as a lightweight Python web application built with:

  • CSS3, HTML5, JavaScript
  • Jupyter Notebook, JSON Schema
  • Microsoft tools, OpenAI API (GPT-5.6, Codex, Responses API)
  • Playwright, Python
  • GitHub for version control

Key technical features include:

  • Immutable Case Sheet constraints
  • Fixed and variable prompt components
  • Response provenance tracking
  • Structured JSON outputs
  • Deterministic assessment capabilities
  • Notebook and interaction-trace exports
  • Credential-free deterministic mode for demonstrations

The application uses GPT-5.6 in live mode but does not execute model-generated Python automatically; instead, it returns candidate cells for review.

Evidence Self-reported. No information about scalability, infrastructure, or technical performance metrics.

Back to contents

Traction & Maturity Signals

Not evidenced. The description contains no data on:

  • Number of users or institutions using the system
  • Revenue or funding status
  • Customer adoption rates
  • Product usage statistics
  • Market traction indicators

The author mentions piloting in a laboratory setting and testing with students in October 2026, but these are not quantified or validated.

Evidence Absence of evidence.

Back to contents

Competitive Context

Not evidenced. The description does not mention:

  • Competitors in the educational AI space
  • Existing solutions for tracking student AI use
  • Market positioning relative to other tools
  • Differentiation from similar products

The author focuses on the pedagogical approach rather than competitive analysis.

Evidence Absence of evidence.

Back to contents

Key Risks & Red Flags

Inferences based on self-reported information:

  1. Unproven market demand: The system is described as emerging from one person's teaching experience, with no evidence of broader institutional adoption or commercial interest.
  1. Unclear scalability: As a single-developer project built for a specific academic context, there is no indication of how it would scale to multiple institutions or large student populations.
  1. Limited validation: The only testing mentioned is laboratory-based and planned for future student use in October 2026 — no real-world data on effectiveness or user feedback.
  1. Dependency on AI APIs: Heavy reliance on OpenAI APIs (GPT-5.6, Codex) introduces risk of API changes, cost increases, or availability issues.
  1. Unclear assessment criteria: While the system claims to support rubric-based assessment, no details are given about how these rubrics are implemented or validated.
  1. Potential for misuse: If not properly implemented, the system could be bypassed or misused by students or instructors.

Evidence Self-reported. No independent validation or performance data.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific feedback have you received from colleagues or institutions regarding the pedagogical approach?
  2. How do you plan to ensure consistent implementation of the three interaction regimes across different instructors and courses?
  3. Have you conducted any pilot studies with actual students, and what were the results?
  4. What are your plans for integrating with existing learning management systems (LMS)?
  5. How will you handle cases where students attempt to circumvent the structured workflow?
  6. What is the expected timeline for full deployment and institutional adoption?
  7. Are there any partnerships or institutional commitments already in place?
  8. How do you intend to measure success beyond student performance scores?

Back to contents

Investment/Partnership Verdict

Not evidenced. The description provides no information about:

  • Financial status or funding rounds
  • Revenue projections or business model viability
  • Strategic partnerships or institutional support
  • Market opportunity size or competitive positioning

The author describes a prototype built during a hackathon, with plans for future piloting and development — but no indication of commercial readiness or investment potential.

Evidence Absence of evidence.

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.