Overview
Versioned, cross-vendor agent routines with an audit trail. Stop being the glue between your agents.
A chit is a small declared file that captures a routine you already run by hand: which agents take part, in what order, what context flows between them, and where a reviewer checks the work. The runtime reads the chit and runs it, primarily inside a Claude Code conversation over MCP. You stay in the loop and step in where judgment matters.
chit is built for the implement/check loop: one agent implements, another reviews, and chit records what happened. The roles are assigned in the chit, not fixed to a vendor: either Claude or Codex can implement or review, and the permission you grant a participant decides whether it can write. The bundled default pairs a write-capable Claude implementer with a read-only Codex reviewer. Three things you get: a versioned routine, cross-vendor agents, and an audit trail.
The manifest is the artifact. A shared runtime executes it. Surfaces (MCP tools, a CLI command, a Claude Code skill) are thin shims that call the runtime with a manifest and inputs. MCP is the primary surface; the CLI is support tooling.
What this is not
- Not a general workflow engine. No hosted scheduler, no cron, no SaaS connectors, no databases.
- Not a code generator. Manifests are interpreted, not compiled.
- Not an agent framework. We do not define how agents reason; we define how they hand work to each other.
- Not a chat tool. The word is chit, not chat.
- Not a dynamic router. Manifests are static DAGs: no loops, no conditionals. Iteration, when you want it, is driven by an orchestrator on top, never by the manifest.
The three layers
- Agents. A registry of invocable participants (Codex CLI, Claude CLI, others via adapters).
- Chits. JSON manifests wiring agents into handoff graphs for a task.
- Surfaces. Shims that expose a chit as MCP tools, a CLI command, or a Claude Code skill.
Three ways to run it
The same chit, three execution modes; you choose how much to watch.
- Foreground. Checkpoint every iteration. chit runs one round at a time (
chit_start, thenchit_nextper iteration); you read the diff and the verdict, then advance. - Background. Run one task unattended.
chit_startwithmode: "background"converges in a detached worker against a git worktree; check on it withchit_statusand read the receipt. - Batch. Run several tasks in parallel, one worktree each, with declared dependencies.
chit_batch_startcoordinates the waves; the deliverable is a set of reviewable branches.
Safety model
- Codex is hard-sandboxed. Codex runs in an OS-level sandbox chosen by its declared permission: a read-only reviewer runs
codex exec --sandbox read-only; a write-capable implementer runs--sandbox workspace-write. - Claude read-only is permission-level. A read-only
clauderuns with--permission-mode plan, which blocks writes from inside Claude. It is a Claude plan-mode permission, not an OS sandbox. - Strict MCP isolation. The chit-spawned
claudeis launched isolated from your MCP servers by default, so a run does not inherit ambient tools. - Audit sensitivity. Audit transcripts hold full prompts and outputs and can contain secrets. They live under your local state dir; auditing is on for converge and opt-in elsewhere.
- Worktree discipline. Run autonomous, write-capable work against a git worktree, not your main checkout.
Known limits
- Manifests are static DAGs: no loops, no conditionals, no dynamic routing. Iteration lives in an orchestrator on top.
- Studio cannot run a chit; it is a read-and-inspect editor, and it needs a source checkout in this version.
- No client-facing token stream over MCP: a long step shows a latest-state heartbeat, not the model's live tokens.
- chit is not a general workflow engine: no hosted scheduler, no cron, no SaaS connectors, no dynamic router.
Where to go next
- Getting started installs chit, registers the MCP server, and runs your first check.
- Surfaces covers MCP (primary), the CLI, the Claude Code skill, and Studio.
- MCP surface is the authoritative tool reference.
- Concepts explains agents, chits, and surfaces.
- Manifest schema is the reference for what a chit can declare.
Status
Early, and honest about it. The runtime, the CLI, the MCP surface (run tools, batch tools, and audit tools), the Claude Code skill, Studio in a source checkout, the convergence log, and the audit log are shipped. Declared human-checkpoint and loop steps inside manifests are not: manifests are static DAGs by design, and iteration lives in an orchestrator on top.