configs/claude-code/skills/beads/SKILL.md
bd (beads) issue tracker workflow and command reference. Apply when bd commands appear, when interacting with the beads CLI, when working with a .beads/ database, or when any task tracking via bd or beads is needed.
npx skillsauth add jimweller/dotfiles beadsInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
STARTER_CHARACTER = 📿
bd (beads) is a graph-based issue tracker with first-class dependency support. It is the canonical task tracker for projects that have a .beads/ directory. Do not substitute TodoWrite, TaskCreate, or markdown TODO lists when bd is in use.
bd ready # find ready work (open, no active blockers)
bd show <id> # view issue details
bd create "<title>" # create a new issue (full flag surface)
bd q "<title>" -t <type> # quick capture, outputs only the new issue ID
bd update <id> -d "<desc>" # set description
bd link <a> <b> # add dependency edge: b blocks a
bd close <id> # complete work
bd dep cycles # detect cycles
bd dolt push # push beads data to remote
bd q is the simplest path when only the ID is needed. It accepts -t, -p, -l, but not --parent or -d.
When extra flags are needed (parent linkage, description, multiple labels) and the ID still must be captured cleanly, use bd create with -q --json:
id=$(bd create "title" -t task -p 1 --parent "${epic}" -l "ralph:${slug}" -q --json | jq -r .id)
-q suppresses the test-data warning that otherwise prefixes JSON output, and the JSON is stable to parse.
bd ready --parent <epic-id> # ready work scoped to an epic's children
bd ready --label <label> # ready work with a label
bd list --parent <epic-id> # full descendants tree
bd list --label <label> # all issues with a given label
bd list --label <label> --json # machine-readable; pipe to jq
bd list --status open,in_progress # status filter (comma-separated)
bd list -t epic # type filter
bd ready, bd list, bd show are read-only and never write to the database.
bd supports first-class parent-child via --parent <id>. A child is auto-numbered as <parent>.<n> (e.g., epic bd-abc has children bd-abc.1, bd-abc.2). Common pattern: one epic per logical run, all tasks parented to it; filter via --parent <epic> to scope work.
bd does not auto-close epics. Closing all children leaves the epic open until bd close <epic> runs explicitly. Auto-close exists for molecules, not epics.
bd discovers .beads/ via git rev-parse --git-common-dir, so all worktrees of the same repo share one database by default. Embedded Dolt serializes concurrent writes via .exclusive-lock; multi-writer concurrency requires server mode (bd dolt start).
.beads/redirect is internal sync-branch plumbing; do not author it manually. For per-worktree DB isolation, the documented mechanism is BEADS_DIR=<path> env var (see bd's WORKTREES.md).
bd prime # full command reference (run inside any beads project)
bd help <subcommand> # per-command details
bd worktree info # show worktree's beads config
bd doctor # health checks (server mode only)
bd init (default) writes AGENTS.md, modifies CLAUDE.md, and creates .claude/settings.json. Pass --skip-agents to suppress all three when the project already provides agent guidance via other means.bd init refuses to re-initialize a worktree that resolves to an existing .beads/ via common-dir discovery. To create a worktree-local DB, use BEADS_DIR=<path> instead of --reinit-local.bd update/bd close calls block on .exclusive-lock; they do not corrupt.--parent are orphans. Defense-in-depth: also apply a uniform run-identity label so a parity check (bd list --parent <epic> vs bd list --label <label>) detects orphans.testing
Search saved session transcripts for past decisions, actions, errors, and context that has left the current conversation window.
data-ai
Review a PRD for defects via Claude opus subagent.
development
Markdown authoring guidelines for formatting, code blocks, and structure. Use when writing or editing markdown files.
development
--- name: md-style description: README style guide for concise, direct documentation. Use when writing or editing README files. ß--- <!-- markdownlint-disable-file MD041 --> # README Style Guide Write concise, direct README files for experienced engineers. ## Principles - **No fluff** - Skip tables of contents, verbose explanations, development history - **No roadmaps** - Document current state only, not plans or decisions. Readme is an engineering specification. Not a project plan or chan