wickedagile wicked-crew

The harness for the coding agents you already use.

Claude Code, Codex, Copilot, OpenCode and Pi run your jobs in sandboxed containers, through gates that say what they checked. “Done” is re-derived from evidence, never claimed.

job r-4f2a · feature · add rate limiting to the public API scripted demo
  1. Plan
  2. Build
  3. Review
  4. QE
  5. Deliver

Your agents, in sandboxes.

crew drives each agent’s own headless mode in a hardened container, on your accounts and plans. No billing, no reselling.

  • Only the job’s worktree is mounted.
  • The model gateway is the only way out.
  • Keys stay in a broker. The container sees placeholders.
  • Sign each agent in once, on studio’s Agents tab.
AgentSandbox image
Claude Codeships with crew
Codexships with crew
GitHub Copilotships with crew
OpenCodeships with crew
Piships with crew
Antigravityno image yet
A local model, or your own binaryyour own image, offline

Every gate says what it checked.

A gate decides on the layers that actually ran. One failed check stops the job, and no model can approve on its own.

LayerWhat it checksIts power
Evidence floorThe job changed its worktree.a pass with no judge reads “floor only”
Your checks and policiesDeterministic rules you approved, re-run against the worktree.one failure stops the job
EvaluatorA different agent reviews the work.can send it back
JudgeAn AI judge reads the evidence cold.can fail a gate, never approve alone
QE acceptanceGarden’s QE pipeline, read from the QE ledger.only an attributed PASS delivers

When a gate is weaker than that, its receipt says so:

A council settles disputes. It doesn’t pick agents.

Agents are routed by their skills. A council is convened only when a reviewer and a builder disagree about a finding.

  1. FindingThe reviewer flags a problem, with the file and line.
  2. DeclinedThe builder disagrees and says why.
  3. HeldThe reviewer stands by it. Now it is a dispute.
  4. CouncilThree agents, drawn at random with a recorded seed, rule on it.
  5. RulingYes, no, or no verdict, with the agreement and the dissent.

Workflows are data. Jobs survive a crash.

Pick a built-in, or save your own steps as a preset (PUT /api/v1/presets/:name).

featureclarify → design → build → adversarial-review → test → review
bugtriage → reproduce → fix → verify
migrationplan → execute → cutover → verify → cleanup
mcp-serverbuild an MCP server, then install it after your consent
editor-pluginscaffold a studio editor, test it, install it after your consent
The wicked platform

One surface. One control plane.
One catalog. One record.

Your coding agents do the work. A different agent checks it against your rules. You get the evidence. Four layers make that work. Hover or tab through one to see what it does and what passes between them.

Experience Where you direct your agents The screens you use: start a job, watch it, answer the decisions that need you.
wicked-studiothe surface

Start a job with a chat, confirm the plan, then watch your agents work in sandboxes and answer the decisions that need you.

start a job · watch it · answer its questions — through one API
Control Intent in, gated work out Runs the jobs, checks every step, keeps the evidence: your coding agents as sandboxed workers.
wicked-crewthe control plane

Runs your agents in sandboxes. A different agent reviews the work, and app changes pass acceptance testing before delivery.

you are here
calls skills from sandboxed agents — one failed check stops the job; every verdict lands in the record
Capability What agents can do Skills, tools, playbooks and the QE specialists: how agents touch the record.
wicked-gardenthe catalog

The skills your coding agent can’t build alone: proof from evidence, graph-aware refactors, 40 QE specialists.

reads & writes the record through its contract — never around it
Foundation The system of record Code graph · memory · knowledge · evidence · events. Local, with no servers to run.
wicked-estatethe record

What your agents know about your system: a 114-language code graph, memory and knowledge in one local binary.

wicked-interactivethe document engine

The engine behind the docs, decks and captioned demo recordings studio produces. You use it through studio.

Install it with the family. Studio comes with it.

  • Node 22 or later
  • A container runtime: Docker, Podman, Rancher Desktop, Colima or OrbStack
  • wicked-garden 12.40.0 or later, for the skills every agent follows

Terms of service: crew drives CLIs you installed under your own accounts. Check that each one’s terms allow programmatic use. · Why this exists →

Recommended · family installer
npx wicked-installer   # picks crew, garden and the rest

Installs crew and garden together. wicked-crew npm v0.15.7

Direct · wicked-crew only
npm install -g wicked-crew
wicked-crew serve   # opens studio on 127.0.0.1:7701
View on GitHub