DAIC — the loop on rails.
DAIC is the methodology at the core of team.management: Discuss → Align → Implement → Document → Commit. A PreToolUse hook gates every tool call by the current mode — so Claude cannot edit code until you’ve explicitly aligned on an approach.
Three modes
| Mode | What it allows |
|---|---|
| Discussion | Blocks the edit tools (Edit, Write, MultiEdit, NotebookEdit) — Claude can read, explore, and propose, but not change source. |
| Implementation | Unlocks the edit tools. |
| Documentation | Allows docs-only edits — Markdown and task files — while source edits stay blocked. |
Mode lives in .claude/state/daic-mode.json. A missing or corrupt file reads as discussion — the safe default. The protocol engine sets the right mode on each step entry, so you never flip it by hand.
Why the DAIC gate can’t be bypassed
The gate is a hook that runs before the tool, in the runtime — not an instruction in the prompt. It signals the harness through its exit code: allow or block. An agent can’t talk its way past a process that intercepts the tool call itself.
Read-only Bash commands still run in discussion mode (a separate allowlist gate), so Claude can keep investigating. Specialized subagents and the wiki get explicit whitelists so the framework never blocks its own machinery.
The four enforcement layers
The DAIC gate is one layer of team.management’s four-layer stack:
| Layer | What it does |
|---|---|
| Hooks | Intercept tool calls before they run — the gate is in the runtime, not the prompt. |
| MCP | The deterministic layer — state transitions happen through tools the agent invokes but cannot fake or skip. |
| Protocols | The workflow rails — which step you’re on, what’s allowed, what comes next. |
| Prompts | The knowledge layer — your conventions, your wiki, loaded when they matter. |
An agent can talk its way around a prompt; it can’t talk its way past the runtime.
Branch enforcement rides along
For write tools, the same hook also checks the git branch against the task’s required prefix — blocking accidental commits to the wrong branch. The task name’s action prefix picks the branch prefix:
| Task prefix | Branch prefix |
|---|---|
implement- · refactor- · migrate- · test- · docs- | feature/ |
fix- | fix/ |
o- (optimize) | optimize/ |
b- (brainstorm) | brainstorm/ |
There are four failure modes the hook guards against: wrong branch, no branch, task missing, and branch missing. It fails open on a flaky git call but fails safe on missing task state.