Pushes all branches in a stack and opens or updates one dependent PR per slice. Use after stack-create to publish the stack or after adding commits to a slice
编程
stack-create
试用Initializes a stacked branch set from an ordered plan, one branch per slice with parent-child links
它能做什么
Initializes a stacked branch set from an ordered plan, one branch per slice with parent-child links
技能文档
Night Market Skill — ported from claude-night-market/sanctum. For the full experience with agents, hooks, and commands, install the Claude Code plugin.
Stack Create
Initialize a stacked branch set from a multi-step plan. Each logical slice of the plan becomes one branch targeting the previous slice's branch as its base.
When to Use
Use stack-create when a plan produces 2 or more ordered
changes where each change depends on the previous one
completing (and merging) before it can land.
For independent changes, use parallel worktrees instead
(see egregore).
Prerequisites
- Git 2.38+ (
git version | awk '{print $3}'to check) ghCLI authenticated- A written plan with ordered slices (from
do-issueorattune:blueprint) - Clean working tree on the base branch (
git status)
Required Progress Tracking
Create TodoWrite items before starting:
stack-create:git-version-checkedstack-create:slices-identifiedstack-create:branches-createdstack-create:stack-verified
Step 1: Verify Git Version (git-version-checked)
git version
Confirm the output is 2.38.0 or higher.
If not, the --update-refs flag is unavailable.
Warn the user and fall back to manual branch tracking.
Check for optional jj accelerator:
if command -v jj &>/dev/null && jj root &>/dev/null 2>&1; then
echo "jj available"
else
echo "using git --update-refs"
fi
Step 2: Identify Slices (slices-identified)
Read the plan and extract ordered slices. Each slice must satisfy:
- A single logical concern (one PR worth of change)
- A clear dependency on the slice before it (if any)
- A short name suitable for a branch suffix
Example slices for a plan with three parts:
Slice 1: add-schema -- database schema changes
Slice 2: add-api -- API layer (depends on schema)
Slice 3: add-ui -- frontend (depends on API)
Record the slice list before creating branches.
Step 3: Create Branches (branches-created)
Starting from the base branch (usually master or main):
BASE=master
STACK=stack/my-feature
# Slice 1 branches from master
git checkout -b ${STACK}/add-schema ${BASE}
# Slice 2 branches from slice 1
git checkout -b ${STACK}/add-api ${STACK}/add-schema
# Slice 3 branches from slice 2
git checkout -b ${STACK}/add-ui ${STACK}/add-api
Convention: stack//
Return to the first slice branch to begin work:
git checkout ${STACK}/add-schema
jj Accelerator (if available)
# jj creates an empty commit on each branch automatically
# Use jj new to move to a new change
jj new -m "stack: add-schema" --no-edit
Step 4: Verify Stack (stack-verified)
Confirm the branch topology is correct:
git log --oneline --graph \
${BASE}..${STACK}/add-ui
Each slice branch should appear as a linear chain above the base.
If jj is available:
jj log --revisions \
"ancestors(${STACK}/add-ui, 10) & !ancestors(${BASE})"
Notes
- Never push branches until at least one commit exists on each slice (empty branches produce confusing PRs)
- The slice name in the branch becomes the PR title prefix by convention; keep it short and descriptive
- After creating the stack, proceed to
stack-pushto open PRs, or work slice-by-slice and push when ready - If the plan changes, add or remove branches manually and re-verify the topology in Step 4
相关技能
Detects shared stack membership and iterates a command across all PRs in base-to-tip order
Cascades a rebase through an entire PR stack after a base PR merges or upstream changes
Bumps versions, updates changelogs, and coordinates version changes across files for releases
Updates documentation after code changes with quality gates, slop detection, and accuracy checks
Refreshes README structure and content using repo context and exemplar research