Competition plan
The brief explicitly asks for novel coordination, review, and merge mechanisms, not GitHub with agents bolted on — scope the entry around the one mechanism that proves that distinction.
Scope: one vertical slice
Build a single-repo Maintainer, an auto-computed dependency graph (one language — JS/TS import analysis is the fastest path), an OCC merge pipeline with a .zz/ decision log, and one cascade demo: a simulated breaking change auto-migrating two or three toy downstream consumer repos. That alone demonstrates coordination and auditability directly, gestures at governance, and is demonstrable in a short recorded walkthrough.
Explicitly cut from the 10-day build
Full semantic search and Vectorize integration, the structural DO hierarchy, the trust/reputation system, and real external-repo shimming. Name these as roadmap in the writeup and the pitch — do not attempt to build them.
The demo centerpiece: zz top
A live zz top screen recording — Lanes claiming, a HOLD firing, a cascade spawning three child Lanes across repos — is the single most legible thing to put in the submission video. It turns an abstract coordination mechanism into something a judge can watch happen in real time.
Pitch framing for judges
Lead with the cascading-obligation mechanism: open source has never been able to afford Twitter-style, cross-consumer migration obligations when a library makes a breaking change. Agent labor makes it affordable, and Durable Objects, Artifacts, and Workflows are the only stack where the coordination actor, the durable log, and durable multi-step execution are all native primitives, not bolted-on infrastructure. The name and protocol (zz, ASK/ANSWER/HOLD/VETO/STOP) aren't an invented theme — they're the real vocabulary ~1,200 OpenAI agents converged on unprompted during the 2026 Hugging Face incident, formalized and hardened rather than replaced. One line that lands the whole mechanism: Changesets merge into Lanes, Lanes merge into Lanes, all the way up to the root — the same verb at every level of the tree, not a different story at each layer.
Risks
- Dependency-graph computation accuracy for the demo language, under a 10-day timeline.
- Durable Object and Workflow integration maturity for patterns this specific — an OCC claim ledger, cascade orchestration.
- Making the mechanism legible in a short video: keep the toy example small and visual, three or four tiny repos rather than a real codebase, so the mechanism is obvious on screen.
Ten-day schedule
| Days | Work |
|---|---|
| 1–2 | Artifacts binding, event wiring (push → Queue → Workflow) |
| 3–4 | Dependency graph, Maintainer DO skeleton |
| 5–6 | OCC merge, static check gate, .zz/decisions/ logging |
| 7–8 | Cascade demo across toy repos |
| 9 | zz top, demo polish |
| 10 | Submission |