beads-blocker-review

name	beads-blocker-review
description	Review every Beads issue waiting on a person, one at a time, using the interactive questionnaire UI rather than plain-text prompts. Use when asked to go through blockers, clear the human queue, answer beads waiting on the user, triage `bd human list`, or unblock agent work that needs a decision.
allowed-tools	Bash(.agents/skills/beads-blocker-review/scripts/list-actionable-human-beads.py:*) Bash(~/.agents/skills/beads-blocker-review/scripts/list-actionable-human-beads.py:*) Bash(*/.agents/skills/beads-blocker-review/scripts/list-actionable-human-beads.py:*)

Beads Blocker Review

Clear the queue of Beads issues waiting on a person, one at a time, asking each question through the interactive questionnaire tool.

When to Use This Skill

Use this skill when the user asks to:

• Go through blockers, or clear the human queue
• Answer beads that are waiting on them
• Triage bd human list
• Unblock agent work that stalled on a decision

What Is In the Queue

Two mechanisms park work on a person, and they do not overlap. Check both.

1. Beads labelled human — listed by bd human list. This is the raw inventory, not the actionable queue: a human bead can itself be waiting on unfinished agent work. The bundled helper intersects it with bd ready so only decisions whose prerequisites are complete are asked.
2. Open human gates — bd gate list shows open gates; the human ones are those of type human, which resolve only by hand. A gate blocks another bead until someone resolves it. Gates do not carry the human label, so they never appear in bd human list; checking only the first queue misses them silently.

Do not widen the sweep to bd blocked. Ordinary dependency blockers are agent-resolvable work, not questions for the user.

Record the Answer, Don't Do the Work

Recording the user's answer is the whole job. For each blocker: ask, record, move on.

Do not implement what the answer implies, even when the change looks small. The user invoked this to drain a decision queue in one pass, and stopping to write code after every answer defeats that.

This works because a bead waiting on a person contains only their part — the dependent agent work lives in its own bead. Answering releases that work to be picked up later, by a grind or by you in a separate session.

If you meet a bead that mixes the two — the person's part and agent work in one issue — say so when you report. It should have been split, and answering it will close work nobody did.

Workflow

1. Inventory both queues freshly.

   Resolve the bundled scripts/list-actionable-human-beads.py relative to this SKILL.md, run it, then run:

   bd gate list --limit=0 --json
   

   The helper returns actionable human beads that also appear in Beads' authoritative bd ready result, plus waiting human beads whose prerequisites are incomplete. Never prompt an item from waiting. Use bd show "$id" --json for each waiting bead to identify and report its unfinished blocking prerequisites without asking the user anything.

   If actionable and the human-gate queue are both empty, report any waiting beads separately and stop. Do not go hunting for other work.

2. Report the actionable total up front so the user knows how many questions are coming — e.g. "7 beads and 1 gate are ready for you; 2 more human beads are waiting on agent prerequisites."

3. For each actionable item, in priority order (P0 first), repeat steps 4-7.

4. Read it fully, including comments — the question is often in a comment rather than the description:

   bd show "$id"
   bd comments "$id"
   

   Also note what depends on it, so you can tell the user what their answer will release. Note the direction: up shows what this bead blocks, which is what you want here — the default down shows the opposite.

   bd dep tree "$id" --direction=up
   

5. Summarise the decision in a few lines before asking: what the bead is, why it is waiting, and what turns on the answer. Always name a bead as <id> (<title>), never by bare ID.

6. Ask using the questionnaire tool, one bead per call:

   • Claude Code: AskUserQuestion
   • OpenCode: the interactive questionnaire tool
   • Pi: ask_user

   Derive the options from the bead itself — its "Alternatives Considered" section, the comment posing the question, or the genuine choices the work presents. Give 2-4 concrete, mutually exclusive options with descriptions that state the consequence of picking each. If you have a recommendation, make it the first option and append "(Recommended)" to its label.

Handling Interruption

The user may bail out partway through, or answer with something that changes the rest of the queue. Both are fine.

Because each answer is recorded before the next question is asked, stopping early loses nothing. If the user stops, summarise what was cleared and what remains, and do not press on.

If an answer to one bead obviously settles a later one, still ask about the later bead — but say what the earlier answer implies and offer that as the first option.

Rules

• Never answer on the user's behalf. Do not call bd human respond, bd human dismiss, or bd gate resolve with a decision you invented. If you cannot construct sensible options, ask in prose rather than guessing.
• Never skip an item silently. Report prerequisite-blocked human beads as waiting, without prompting them. If an actionable item cannot be asked about, say why.
• Verify before recording. Only record what the user actually chose, including any free text they added to their selection.
• Re-read both queues if the session is long. Run the helper again rather than reusing its output: closing the final prerequisite must make a human bead actionable on the next fresh read. Items can be added or closed while the review runs; check again before declaring the queues empty.

Verification

Run the bundled scripts/list-actionable-human-beads.py again, resolving it relative to this SKILL.md, then run:

bd gate list --limit=0 --json  # no open human gates left
bd human stats                 # responded and dismissed counts
bd ready                       # work released by the answers

The final helper output should have an empty actionable list. A non-empty waiting list is not an unanswered human queue; report which agent prerequisites still prevent those questions from being asked.

Related Skills

• beads-best-practices — how beads reach this queue, and the one-bead-one-doer rule that keeps them answerable
• beads-grinding — the serial grind that fills this queue and consumes the work it releases
• beads — general Beads workflow