OpenAI 2026 hackathon

ACD

AI orchestration that stays on-goal with minimal human steering: a durable intent graph holds a multi-model team through context loss and model swaps, extending a real OS to run native Chromium.

Solo project by Timothy Deters · 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 #2,319 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: ACD is a self-reported project that describes itself as an AI orchestration system designed to maintain persistent intent across long-running tasks, model swaps, and context loss. It builds on the idea of an "intent graph" — a durable structure for managing AI agent collaboration.

What changed: The author states they built a system where AI agents coordinate through a graph-based structure that inherits intent hierarchically (current, secondary, major), records decisions and evidence in-band, and enforces safety constraints. This was demonstrated by porting a real open-source OS (AROS) to run native Chromium.

Single most important open question: Is there any evidence of commercial traction or product-market fit beyond this hackathon submission? The description contains no data on revenue, customers, usage, or adoption — only claims and self-reported technical execution.

Back to contents

What The Product Actually Is

The description states that ACD is not a chat loop with tools bolted on. Instead, it's a system where every action is represented as a node in a graph with three connections:

  • Up — to an inherited intent hierarchy (current, secondary, major levels).
  • Sideways — to decision records (AI_DECISION_CHAIN) that constrain the node.
  • Down — to evidence: a manifest with content hashes registered at capture time.

The system also enforces invariants such as:

  • Safety constraints apply to all instruction sources including human chat messages.
  • Only an audited console can override safety guards.
  • Failures are kept as signal, not deleted.
  • Observability is treated as state, not history — meaning evidence must be captured live and cannot be retroactively added.

This system was used to coordinate three AI models (Codex, Claude, Antigravity) through a self-built relay (MCP server + web console), with minimal human involvement beyond setting top-level intent and minting time-boxed overrides.

Back to contents

Positioning & Claim Evolution

The author makes several claims about what ACD does:

  • It addresses structural failure in AI agents due to present-bias.
  • It enables heterogeneous AI teams to hold one intent across days, hand-offs, and compression without human supervision.
  • The core innovation is the "intent graph" — a durable, inheritable object that makes why first-class.
  • It allows for autonomy that is legible and accountable rather than black-box.

These claims evolve from a critique of current AI agent behavior ("they spent so much time optimizing for efficiency they built in failure") to a proposed solution (the intent graph) and then to a demonstration (porting AROS to run Chromium).

The positioning seems to be: AI orchestration that stays on goal with minimal human steering, using an intent graph as the foundational structure.

Back to contents

Target Customer & ICP

Not evidenced. The description does not identify any specific customer segments or personas, nor does it describe how the system would be used in practice beyond this hackathon project.

Back to contents

Business Model & Pricing Evidence

Not evidenced. There is no mention of pricing models, monetization strategies, or business structure. The author only describes building a technical prototype and does not reference any revenue streams or customer acquisition efforts.

Back to contents

Technical & Delivery Signals

The description states that the system was built using:

  • Three AI models: Codex (GPT-class), Claude, and Antigravity.
  • A self-built relay: MCP server plus a web console.
  • The team ran with minimal human involvement — setting top-level intent and minting time-boxed overrides.

It also reports:

  • 68 jobs, 112 registered evidence records, 4,208 coordination events.
  • Demonstrated work on real open-source infrastructure (AROS) including kernel/runtime fixes, API translations, and a working native Chromium port.
  • Evidence was captured live with checksums to ensure bit-exactness.
  • The system enforces observability as a hard gate — completion is refused unless hashed evidence manifests exist.

This suggests a high level of technical sophistication in both AI coordination and software engineering practices.

Back to contents

Traction & Maturity Signals

Not evidenced. There is no mention of users, customers, revenue, or adoption metrics beyond the hackathon submission. The description focuses entirely on what was built, not how it was used or received post-hackathon.

Back to contents

Competitive Context

Not evidenced. No information is provided about competitors, market positioning, or competitive landscape. The author does not reference existing tools or platforms in this space.

Back to contents

Key Risks & Red Flags

  • Unverified claims: All evidence comes from a single self-reported source — no independent verification.
  • No traction data: No indication of product-market fit, user feedback, or commercial viability.
  • Limited scope: The project is described as a hackathon submission with no clear path to production use.
  • Highly technical and niche: The intent graph concept may be difficult for general audiences to understand or adopt.
  • Founder-only team: Only one member (Timothy Deters) is listed, which raises questions about scalability and execution capability.

Back to contents

Diligence Questions To Ask The Founders

  1. What specific problems in AI agent collaboration does ACD solve that existing tools don’t?
  2. How would the intent graph scale beyond a single hackathon project?
  3. Has there been any external testing or feedback on the system’s performance?
  4. Are there plans to commercialize this technology, and if so, how?
  5. What are the key assumptions underlying the intent graph model, and how might they break down in real-world usage?

Back to contents

Investment/Partnership Verdict

Not evidenced. There is no indication of investment interest, partnership discussions, or funding history beyond the hackathon submission. The project appears to be a proof-of-concept with no demonstrated commercial traction or market validation.

The description makes strong claims about AI orchestration and intent management but provides no evidence of real-world application, customer adoption, or business impact. Given its self-reported nature and lack of external corroboration, this remains a speculative idea rather than a validated product or service.

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.