stacked PRの下位PRがマージされた後に上位branchをrestack（rebase/cherry-pick再構成）する際に使用。「restackして」「上位PRを更新して」「restack after merge」「PRのbaseを更新」「スタックを整理」という依頼でトリガーする。
対象sliceの特定→rebase→変更ファイル確認と代表テスト実行→force-with-leaseでpush→PR base更新→auto-merge判定の順で進める。
The English summary is being prepared. Showing the original description.
Review the instructions the agent will receive before you install.
cc-sdd-review-slice-stack で作成した stacked PR の下位 PR がマージされた後、上位 branch を rebase して PR の base を更新する。条件を満たした PR には auto-merge を設定する。
cc-sdd-review-slice-stack: stacked draft PR を作成cc-sdd-review-slice-stack で作成した stacked PR が存在することgh auth status が通ること$implBranch = git branch --show-current
$defaultBranch = gh repo view --json defaultBranchRef --jq '.defaultBranchRef.name'
# review slice branch 一覧を取得
$reviewBranches = git branch -r --list "origin/review/*" | ForEach-Object { $_.Trim() }
# マージ済みPRとオープンPRの特定
$openPRs = gh pr list --json number,headRefName,baseRefName,state --jq '.[] | select(.headRefName | startswith("review/"))'
以下を報告する。
マージ済みの直上にある未マージ slice branch を特定する。
# 例: slice 01 がマージ済み → slice 02 の base が stale
# slice 02 の新しい base は review trunk（slice 01 のコミットがマージ済み）
| 条件 | 対象にする slice | 新しい base | 次の動作 |
|---|---|---|---|
| 最下位の未マージ slice の直下がマージ済み | その slice | review trunk | rebase を実行 |
| 直下の slice が未マージ | なし | 変更なし | その slice はスキップ |
| 複数 slice が連続でマージ済み | 連続区間の直上にある最初の未マージ slice | review trunk | その 1 つだけ rebase してから上位へ連鎖更新 |
| すべてマージ済み | なし | なし | 統合 PR の状態確認へ進む |
# 対象 slice branch をチェックアウト
git fetch origin
git checkout "review/<impl_branch>/02-<slice-key>"
# 新しい base に rebase
git rebase "origin/review/<impl_branch>/trunk"
conflict 発生時は、解決方法が明確な場合に限り解消して継続する。 片側の変更を採用すれば整合する場合、rename 追従のみの場合、generated file の再生成で整合する場合など、判断根拠を説明できるケースに限る。
git add <file> の後に git rebase --continue で継続する解決方針が不明確な場合のみ停止する。 停止時は以下を報告して手動解決を求める。
git diff --name-only --diff-filter=U）rebase 後に以下を実行する。
git diff --name-only origin/<rebase前のbase>...HEAD で変更ファイル一覧を確認make check-all を実行する# rebase 後の branch を force push
git push origin "review/<impl_branch>/02-<slice-key>" --force-with-lease
# PR の base を更新（下位 branch → マージ先に変更）
gh pr edit <pr-number> --base "review/<impl_branch>/trunk"
--force-with-lease を使い、他者の push を上書きしないよう保護する。
slice 02 の rebase 後、slice 03 以降も同様に処理する。
# slice 03 の base を slice 02 に rebase
git checkout "review/<impl_branch>/03-<slice-key>"
git rebase "origin/review/<impl_branch>/02-<slice-key>"
git push origin "review/<impl_branch>/03-<slice-key>" --force-with-lease
全未マージ slice について bottom から順に繰り返す。
以下の条件をすべて満たす PR に auto-merge を設定する。
gh pr ready 済み）# 条件を確認
$pr = gh pr view <pr-number> --json isDraft,reviewDecision,statusCheckRollup
# isDraft: false, reviewDecision: APPROVED, checks: all passing
# auto-merge を有効化
gh pr merge <pr-number> --auto --squash
条件を満たさない PR には auto-merge を設定しない。 理由を報告する。
このスキル実行中に一時 worktree を作成した場合、完了時に必ず解除する。
$createdWorktrees += "<path>"）。foreach ($wt in $createdWorktrees) {
if (Test-Path $wt) {
$dirty = git -C $wt status --short
if ($dirty) {
Write-Output "SKIP_REMOVE_DIRTY_WORKTREE: $wt"
continue
}
# rebase/merge/cherry-pick など進行中メタデータがある場合は解除しない
$gitDir = git -C $wt rev-parse --git-dir
if (Test-Path (Join-Path $gitDir "rebase-merge") -or
Test-Path (Join-Path $gitDir "rebase-apply") -or
Test-Path (Join-Path $gitDir "MERGE_HEAD") -or
Test-Path (Join-Path $gitDir "CHERRY_PICK_HEAD")) {
Write-Output "SKIP_REMOVE_IN_PROGRESS_WORKTREE: $wt"
continue
}
git worktree remove "$wt"
}
}
# 消えたディレクトリを参照する stale エントリを掃除
git worktree prune -v
git worktree list を実行し、解除対象が残っていないことを確認する。以下を一覧で出力する。
全 slice がマージされた場合は追加で以下を報告する。
$defaultBranch）の状態# 統合 PR を ready に変更
gh pr ready <integration-pr-number>
$implBranch）の履歴を変更すること--force-with-lease なしで force push することNo reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
cc-sdd実装用統合ブランチのコミット群（ベースブランチとの差分）をreview slice単位のstacked PRに再構成する際に使用。「review sliceに分割」「stacked PRを作成」「PRをスタックして」「レビュー用にPRを分けて」「review slice stack」という依頼でトリガーする。dry-run（既定）でslice計画を提示し、apply指示で実際にブランチ・PRを作成する。
The English summary is being prepared. Showing the original description.
CI環境で安定動作するPythonテスト（特にstructlogのログ検証）を書く際に使用。「CIで失敗する」「capture_logsが不安定」「ログアサーションがCIだけ落ちる」「caplogフォールバック」「ANSI混入」「xdistでログが取れない」という課題で起動。capture_logs→caplogフォールバック→ANSI正規化→アサーション設計の流れで堅牢なテストを書く。
The English summary is being prepared. Showing the original description.
GitHub Issueを作成してGitHubに投稿するスキル。「Issueを作成」「Issue作成」「Issueにして」「Issueとして投稿」「GitHubにIssue」「create issue」「open issue」「バグ報告」「機能追加をIssueに」「改善提案をIssueに」などの依頼でトリガーする。コンテキスト収集→Issue本文生成→ラベル存在確認・作成→gh issue create投稿の流れでIssueを作成する。
The English summary is being prepared. Showing the original description.
Dockerベースのアプリケーションのデプロイメント手順書（Markdown）を作成するスキル。「デプロイ手順書」「デプロイメント手順」「deployment guide」「本番環境への配置手順」「サーバーへの配置手順」などの依頼でトリガーする。Docker Composeビルド→イメージ転送→サーバー配置→設定→動作確認→cron設定の流れで手順書を生成する。
The English summary is being prepared. Showing the original description.
タスク完了後にPCを休止状態にする。Use when: ユーザーが「休止」「hibernate」「タスク完了後に休止状態」「作業後にPCをスリープ/休止」と明示的に指示した場合のみ。正常終了時だけでなく、エラーや未解決事項が残っていても、明示指示があれば最後に休止へ移行する。Windows only.
The English summary is being prepared. Showing the original description.
Investigate implementation failures using root-cause-first debugging. Use when an implementer is blocked, verification fails, or repeated remediation does not converge.
The English summary is being prepared. Showing the original description.