Turn coding requests into reviewed team runs
Guild Stack turns one request into a planned, reviewed, evidence-gated team run inside Claude Code and Codex.
curl -fsSL https://guildstack.dev/install.sh | bash -s -- --host claude-code-cli
Live host · conformance-verified (31/31).
curl -fsSL https://guildstack.dev/install.sh | bash -s -- --host codex-cli
Live host · conformance-verified (31/31).
curl -fsSL https://guildstack.dev/install.sh | bash -s -- --host cursor
Registered host · not conformance-verified yet.
Not ready to install? See a worked example first.
31/31 conformance captures on each live host, signed and hash-bound for v3.0.0.
receipt ✓ · v3.0.0 promotion
- Claude Code
- 31/31
- Codex
- 31/31
- refusals held
- 18/18
- attestors signed
- 3/3
From request to receipt, on the record
- > lead run "v3 release prep" (3 of its lanes shown)
- plan 3 lanes: qa · developer · design none waits on another
- dispatch qa test the new v3 site Σ 3 lanes
- dispatch developer fix bugs #217 and #219
- dispatch design pick the visual direction
- qa site build: 37 pages + 57 redirects PASS
- qa Lighthouse audit, home page: 100/100/100 PASS
- qa 2 checks FAIL-open: failed, logged, sent to the lead
- gate Codex review of qa: REQUEST_CHANGES → fixed → APPROVE ⛩ gate: approved
- dev 2 new tests: fail first, then pass · all 1624 hook tests pass
- dev 2 known-bug tests: PASS → XPASS (bug gone, test marks to update)
- gate Codex review of developer: SATISFIED in 1 round
- design 8 reference sites rendered and measured
- gate Codex review of design: APPROVED after 3 rounds
- receipt qa lane: done, receipt filed
- receipt developer lane: done, receipt filed
- receipt design lane: done, receipt filed ✓ receipt
- verify 3/3 receipts present · 3/3 review gates passed
- lane
- One specialist's piece of the work.
- gate
- A review the lane must pass. Codex reads the work and gives a verdict, copied here as recorded: changes requested, or approved.
- #217, #219
- The two bugs that lane fixed: a status command that wrote files on a fresh repo and an init command you could not safely run twice.
- XPASS
- A test written to catch a known bug now passes. The bug is fixed; the test's label still says "known bug".
- FAIL-open
- A check failed and the lane wrote it down for the lead instead of hiding it.
- receipt
- The written record a lane hands back: what it did and the proof.
- verify
- The last check. Every lane needs a receipt and a passed gate.
3 lanes · 3 gates · receipt ✓
Same lifecycle, honest about each host
Guild Stack reads each host's capability row and degrades in a fixed order. Every loss is labelled.
Live host, conformance-verified at 31/31. Every Guild Stack capability runs on a native Claude Code tool.
curl -fsSL https://guildstack.dev/install.sh | bash -s -- --host claude-code-cli
| dispatch | ● native | Agent tool / agent-team Task |
|---|---|---|
| skills | ● native | skill autoload (.claude/skills) |
| shell | ● native | Bash |
| edit | ● native | Edit / Write |
| questions | ● native | AskUserQuestion |
Live host, conformance-verified at 31/31. Dispatch and skills ride a wrapper; questions degrade to the terminal.
curl -fsSL https://guildstack.dev/install.sh | bash -s -- --host codex-cli
| dispatch | ◐ wrapped | separate codex process via guild-run (inferred) |
|---|---|---|
| skills | ◐ wrapped | AGENTS.md bootstrap / wrapper injection |
| shell | ● native | native shell |
| edit | ● native | native edit / write |
| questions | ▲ degraded | terminal prompt or file bus (inferred) |
Registered host target. The installer supports it; no conformance evidence yet, so no row is claimed.
curl -fsSL https://guildstack.dev/install.sh | bash -s -- --host cursor
| dispatch | ○ inferred | not verified |
|---|---|---|
| skills | ○ inferred | not verified |
| shell | ○ inferred | not verified |
| edit | ○ inferred | not verified |
| questions | ○ inferred | not verified |
Six things a run does that a chat does not
- 01 Plan
Scope before code
A clarified spec, then a team and a lane plan you approve before anything is dispatched.
- 02 Dispatch
Lanes, not one agent
Each specialist works one lane with bounded context and hands back a receipt.
- 03 Review
Review that pushes back
Receipts are checked for spec first, then quality. Findings need evidence.
- 04 Verify
No claim without a diff
The done-gate checks tests, scope, and success criteria against the change on disk.
After the receipt · human gate
- 05 Learn
Memory you can read
Ingested sources reach the local wiki only through a human gate. Harvest can be turned off and reverted.
- 06 Evolve
Skills improve, gated
Reflections propose skill changes. Nothing is promoted without your approval.
Pick your depth. The docs remember it.
- Start Install → first task → read the receipts Run one bounded task safely. Start with install →
- Control Commands → configuration → cost and tiering Steer, tune, and resume ongoing work. Open the command reference →
- Extend Dispatch → host adapters → conformance Render the lifecycle on a new host. Open hosts and adapters →
What one run learns, the next run can recall
run-20261013 · lane receipt
decision: keep install docs as the single source for hero commands rejected: hand-written per-host strings status: candidate
- capture
- promote · human gate
- recall
next session · recall
> where do hero install commands come from? .guild/wiki/decisions/hero-install-source.md the install doc; edit it, the hero follows
The numbers, with their sources
- 31/31conformance scenarios on each live host (Claude Code, Codex)how it’s verified →
- 2 · 16live hosts · registered host idshost support →
- 13 · 17commands · host-indexed skillsfull reference →
- 7GitHub stars, counted at build timeGitHub