tuhdoo documentation
These docs are for teams that steer coding agents with tuhdoo, and for the agents themselves. They take you from adopting tuhdoo on a team through day-to-day steering, and they end with how to remove it.
What tuhdoo is
Steering coding agents with TODO files breaks at fleet scale. Parallel agents trample each other's work. Sessions die and take their context with them. Nothing records what actually happened.
tuhdoo replaces the TODO file with a shared backlog and an activity ledger. Both live on the data branch: a git orphan branch inside the repo it plans. The plan travels with the code, so one repo means one clone and one history. tuhdoo syncs through the git remote you already have. It needs no server, no vendor, and no accounts.
Reading order
Read the docs in this order:
- Adopting tuhdoo — start here. One person initializes tuhdoo, teammates join, agents connect, and humans steer from a terminal.
- Steering a backlog — the human side of running a backlog: capture ideas, triage the inbox, promote tasks to prompt quality, shape the dependency graph, and answer escalations. It closes with a worked example.
- Joining an existing tuhdoo repo — how a new machine joins a repo that already uses tuhdoo, plus the branch-protection and continuous integration (CI) settings the repo admin sets once.
- tuhdoo agent protocol — the instruction text an agent harness loads: connecting, the twelve tools, the work loop, and escalation.
- Workflow recipes — recommended patterns for the code workflow and host settings around the backlog. Recipes are suggestions, never protocol. Start with the trunk-based pull request (PR) flow.
- Uninstalling tuhdoo — how to remove tuhdoo from a machine with zero trace, and how a team retires its ledger.