Beads

Beads

Use Beads as the shared project task system. Local plans, scratch files, and personal memories are useful, but they are not the durable source of truth for project work.

First Step

Run:

bd prime

If that prints nothing, check whether the repository has an active Beads workspace:

bd where

This repository keeps maintainer tracker data private. Do not commit issue or interaction exports and do not synchronize Dolt refs to the application Git remote. If a clone does not have the private maintainer workspace, initialize a new local-only workspace rather than attaching Beads to the application remote.

Preferred Route

Use the bd CLI when shell access is available. It is the most compact and direct Beads interface.

Core CLI Workflow

1. Find work:

bd ready
bd list --status=open
bd list --status=in_progress

2. Inspect before editing:

bd show <id>

3. Claim work atomically:

bd update <id> --claim

4. Create durable follow-up work when implementation reveals new tasks:

bd create "Short title" --description="Why this exists and what needs to be done" --type=task --priority=2

5. Close completed work:

bd close <id> --reason="Completed"

What Belongs In Beads

Use Beads for:

• shared project tasks
• blockers and dependencies
• discovered follow-up work
• work that must survive thread reset, compaction, or handoff
• status that another person or agent should be able to resume

Use agent-local planning tools only for the current turn's execution checklist. Do not treat them as shared project state.

Rules

• Do not create markdown TODO files as the source of truth when Beads is available.
• Do not use bd edit; it opens an interactive editor. Use bd update flags instead.
• Prefer --json when parsing bd output programmatically.
• If hooks are installed, bd prime may already be injected. Run it manually when context is missing.
• Do not auto-close or mutate tasks unless the work is actually complete.