OpenAI 2026 hackathon

Claim to Commit | Verifiable Evidence for AI-Built Software

Claim to Commit is a local repository evidence workbench that turns software claims into inspectable chains of proof

Solo project by Andrea Borghi · 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 #3,271 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

Claim to Commit is a self-reported local repository evidence workbench designed to connect software claims (e.g., features claimed in AI-assisted development) to inspectable chains of proof, using Git and deterministic rules.

What changed

The project was submitted as part of the OpenAI 2026 hackathon. It is described as a complete, self-auditing product that resolves evidence from human decisions through commits, tests, and visual artifacts in a local Git repository.

Single most important open question

Is there any evidence that this tool has been used beyond the demo or hackathon context, and does it have any traction or adoption among developers or engineering teams?

Back to contents

What The Product Actually Is

The description states:

  • Claim to Commit is a local repository evidence workbench.
  • It turns software claims into inspectable chains of proof, connecting:
    • Human decision → Codex session → commit → changed files → passing test → visual proof.
  • It uses an evidence manifest to opt repositories in.
  • It applies transparent deterministic rules to grade each claim as proven, partial, or unsupported.
  • It includes an Audit Mode that exposes missing evidence and explains what would make a claim defensible.
  • The tool is built with familiar tools: Node.js, TypeScript, React, Vite, Express, SQLite, Vitest, Git CLI.
  • It runs locally and requires no account or paid service; one command (npm run demo) starts it.

Inference The product appears to be a proof-of-concept or prototype for validating AI-generated software claims using Git-based evidence chains. It is not described as a commercial offering or production-ready tool.

Back to contents

Positioning & Claim Evolution

The description states:

  • The inspiration came from the need to verify AI-generated software features in engineering reviews and hackathon judging.
  • It was built to address the gap between activity logs (transcripts, diffs) and product-level chains of custody.
  • The tool is positioned as a local, trustworthy, and transparent way to connect human decisions and AI work to concrete repository evidence.

Inference The positioning evolved from a hackathon project aimed at solving a specific problem in AI-assisted development — verifying claims made during AI coding sessions — into a framework that could be extended for broader use cases like auditability or compliance in software delivery.

Back to contents

Target Customer & ICP

The description states:

  • The target audience includes engineering leads, reviewers, and hackathon judges.
  • It is designed to help those who need to inspect claims made during AI-assisted development.
  • It supports a reviewer-focused interface, suggesting that the primary users are not developers building with it but those evaluating their work.

Inference The ICP likely includes engineering teams, product managers, and technical reviewers working in environments where AI tools are used for software development. However, no explicit segmentation or customer personas are provided.

Back to contents

Business Model & Pricing Evidence

The description states:

  • The tool is local-only, requires no account or paid service, and runs with one command.
  • It is described as a self-contained demo and not a commercial product.

Inference There is no evidence of any pricing model, monetization strategy, or business model beyond the self-reported demo. The tool is presented as a prototype for hackathon use.

Back to contents

Technical & Delivery Signals

The description states:

  • Built using Codex (GPT-5.6) and tools like Node.js, TypeScript, React, Express, SQLite, Vitest, Git CLI.
  • The stack uses familiar, runnable vertical slices.
  • It includes:
    • A TypeScript evidence schema
    • Safe read-only Git adapters
    • Deterministic scoring engine
    • SQLite scan history
    • Express API and React workbench
    • Automated tests (43 passing)
    • Production build and typecheck
  • The tool is designed to be run locally with a single command (npm run demo).
  • It supports self-auditing, including scanning its own commit history.

Inference The technical stack is standard for modern web development, and the project shows some maturity in terms of structure and testing. However, no evidence suggests it has been deployed or scaled beyond a demo environment.

Back to contents

Traction & Maturity Signals

The description states:

  • The tool includes 43 passing tests, a successful typecheck and production build.
  • It has seed evidence, exact judge test steps, and a narrated demo.
  • Its own repository reports 100% evidence coverage across four shipped claims.
  • It was submitted to the OpenAI 2026 hackathon.

Inference There is no evidence of real-world adoption or usage beyond the demo. The project is described as a self-contained prototype, not a product with customers or revenue.

Back to contents

Competitive Context

The description states:

  • It was built for the OpenAI 2026 hackathon.
  • It addresses a gap in AI-assisted software development where activity logs are insufficient for verification.
  • It is positioned as a tool that connects human decisions and AI work to concrete repository evidence, which could be seen as complementary to tools like CI/CD systems, code review platforms, or audit tools.

Inference No direct competitors are named. The space of AI-assisted development verification is emerging, and this project appears to be one of the early explorations in that area.

Back to contents

Key Risks & Red Flags

The description states:

  • It is a self-reported hackathon submission, not independently verified.
  • It is local-only and lacks any mention of cloud or enterprise features.
  • The tool is described as not a commercial product, with no evidence of monetization.

Inference

Key risks include:

  • Lack of real-world usage or adoption.
  • No evidence of scalability or integration into existing workflows.
  • The tool’s focus on local execution may limit its utility in team environments.
  • It is not clear if the project will evolve beyond a demo or prototype.

Back to contents

Diligence Questions To Ask The Founders

  1. Has this tool been used outside of the hackathon context?
  2. What are the plans for scaling or integrating it into existing development workflows?
  3. Are there any real-world use cases or feedback from engineering teams who have tried it?
  4. How does it handle edge cases like merge conflicts, multiple developers, or CI/CD pipelines?
  5. Is there a plan to support cloud-based deployment or enterprise features?

Back to contents

Investment/Partnership Verdict

The description states:

  • This is a hackathon submission, not a commercial product.
  • It is described as a self-contained demo with no evidence of traction, revenue, or customers.

Inference At this stage, there is no basis for investment or partnership. The project is a proof-of-concept prototype, and the author has not provided any evidence of real-world adoption or commercial viability. It may be worth revisiting if it evolves into a product with measurable traction or use cases beyond the demo.

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.