- I have a design or an objective — how do I turn it into well-scoped tickets the agent can finish in one pass? →
bd-build-uporbd-mega-build-upwhen the design should be pressure-tested first - I have a stack of planned tickets — what order should they go out in, and which will fail without more context? →
bd-summit-push - I have a pile of open pull requests from the agent — which merge, which need another pass, and which are blocked? →
bd-build-downorbd-super-build-downfor many at once - Did the preview actually work, or did the agent just make the diff look right? →
bd-smoke-jumper
The remaining two skills sit outside that sequence:
bd-project-setupruns once to wire a project to its toolsbd-belay-onformalizes handing a question to a different tool at any point along the way
How the skills fit together
What ties them together
The skills share one autonomy model, so a skill either acts or asks for the same reasons throughout. They also read the same recorded project bindings rather than each asking you where your issues live — which is whatbd-project-setup exists to write.
They assume a common setup: a connected issue tracker, a connected GitHub account, browser automation for preview testing, and a coding agent that responds to pull request comments.
Six of the eight understand feature-branch grouping. When a parent issue and its children are marked together, they treat the tree as one unit that rolls up to a single reviewable pull request rather than as unrelated issues.
Available skills
Tracker support varies by skill.
bd-build-down and bd-mega-build-up carry dedicated Jira handling alongside Linear.
bd-build-up, bd-summit-push, and bd-super-build-down describe Jira behavior projected from their Linear behavior rather than fully adapted to it, so Linear assumptions may show through on Jira projects.
bd-project-setup binds either tracker, and the remaining skills don’t depend on one.Next step
Install the skills
Add the plugin to Claude Code and choose a release channel.