OpenAI 2026 hackathon

GoNoGo

The human decision layer for AI coding agents — your agent opens an evidence-rich decision page in the browser, waits for your call, and carries on with your answer.

Solo project by chad shin · 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,353 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

GoNoGo is a self-reported local Codex plugin designed to introduce a human decision checkpoint into AI coding workflows. The author states that it enables an agent to open an evidence-rich decision page in the browser, wait for a human’s input, and then continue execution with that structured answer. It is described as a tool that turns human decisions into synchronous, structured steps within a workflow, and saves these decisions as Git-visible Markdown and JSON records.

The project is presented as a hackathon submission, built with TypeScript, and claims to use the Model Context Protocol SDK and Zod schemas. The author describes its core functionality as enabling a "human-in-the-loop" interaction where decisions are validated, recorded, and integrated back into the agent’s task flow.

Key open question

Is there evidence of any real-world usage or adoption beyond the hackathon submission? The description does not indicate any revenue, customers, or traction beyond the author's own account.

Back to contents

What The Product Actually Is

The description states that GoNoGo is a local Codex plugin. It is built with TypeScript and uses the Model Context Protocol SDK, Zod schemas, a local HTTP server, and a browser-based UI.

It is designed to:

  • Open an evidence-rich decision page in the browser
  • Wait for a human’s response synchronously
  • Return that structured answer to the Codex task
  • Save decisions as Markdown and JSON records in .gonogo/

The plugin is described as enabling a human-in-the-loop workflow where:

  • The agent presents context and trade-offs
  • A user answers focused questions
  • The system blocks execution until a response is received
  • Follow-up Q&A is saved in Git-visible formats

Inference The tool appears to be a developer-facing utility, likely for use within AI coding agents or workflows. It is not described as a SaaS product or platform.

Back to contents

Positioning & Claim Evolution

The author states that AI coding agents are great at execution, but decisions that shape a project can "disappear into a long prompt or be made without the human who owns the outcome."

GoNoGo is positioned as:

  • A human decision layer for AI coding agents
  • A way to make human input a first-class step in an agent workflow
  • A tool to preserve auditable decision history alongside code

The project’s claim evolution appears to be:

  1. Problem: Human decisions are lost or unclear in AI workflows.
  2. Solution: Introduce a structured, visible checkpoint for human input.
  3. Differentiation: It is a local plugin that integrates with Codex and uses synchronous interaction.

Inference The positioning suggests a niche within developer tooling or AI agent orchestration, not a broad market product.

Back to contents

Target Customer & ICP

The description does not explicitly name target customers or define an ideal customer profile (ICP). However, it implies:

  • Primary users: Developers working with AI coding agents
  • Use case: Those who want to integrate structured human decision-making into their AI workflows

Inference The product is likely aimed at developers or teams using AI tools like Codex, where the need for human oversight in code decisions is high.

Back to contents

Business Model & Pricing Evidence

The description does not contain any evidence of:

  • A pricing model
  • Revenue streams
  • Monetization strategy
  • Subscription or usage-based models

Inference No business model is described. It appears to be a hackathon project, not a commercial offering.

Back to contents

Technical & Delivery Signals

The author states that GoNoGo was built with:

  • TypeScript
  • Model Context Protocol SDK
  • Zod schemas
  • A local HTTP server
  • A browser-based decision UI

It uses:

  • Synchronous waiting for user input
  • Browser tab-close API to manage flow
  • Validation of answers
  • Structured output in Markdown and JSON

Inference The tool is built as a local plugin, not a cloud-hosted service. It integrates with Codex and supports structured human-in-the-loop workflows.

Back to contents

Traction & Maturity Signals

The description states:

  • GoNoGo was submitted to the OpenAI 2026 hackathon
  • It was built in a short timeframe (implied by hackathon context)
  • The author claims to have verified the full flow: create session, submit decision, return answer, close tab

Not evidenced No evidence of:

  • Revenue
  • Customers
  • Usage metrics
  • Product adoption
  • Post-hackathon development or traction

Inference This is a pre-product or prototype-level tool. It has not demonstrated real-world usage or growth.

Back to contents

Competitive Context

The description does not mention any competitors or direct market context. The author does not reference:

  • Similar tools in the AI agent or developer tooling space
  • Market positioning relative to existing solutions

Inference No competitive analysis is provided, and there is no evidence of awareness of existing tools or markets.

Back to contents

Key Risks & Red Flags

  • No traction or revenue: The project is described as a hackathon submission with no evidence of adoption.
  • Limited scope: It is a local plugin, not a scalable SaaS product.
  • Unproven market need: No evidence that developers or teams actually need this specific solution.
  • Self-reported only: All claims are unverified and based on the author’s own account.

Inference The project may be an experimental idea with no commercial viability or traction to date.

Back to contents

Diligence Questions To Ask The Founders

  1. What is the actual use case for this tool? Is it being used by anyone beyond the hackathon?
  2. Has there been any feedback from developers or teams using AI coding agents who might benefit from this?
  3. How does this integrate with existing workflows or tools (e.g., GitHub, VS Code)?
  4. Are there plans to expand beyond a local plugin into a cloud-based or SaaS offering?
  5. What is the long-term vision for GoNoGo? Is it intended as a product or an experiment?

Back to contents

Investment/Partnership Verdict

Not evidenced: No evidence of revenue, customers, traction, or commercial viability.

Inference As a hackathon project with no demonstrated adoption or monetization strategy, GoNoGo does not appear to be a viable investment or partnership target at this time. It is an experimental idea, not a product in the market.

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.