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.
Review the instructions the agent will receive before you install.
cc-sdd の /kiro-impl 実行後、統合ブランチのコミット群（ベースブランチとの差分）を、現在の実装ブランチの履歴や内容を変更せずに、新規 review trunk を起点とした stacked draft PR に再構成する。コミットが push 済みでも未 push でも動作する。
cc-sdd-restack-after-merge: 下位 PR マージ後に上位 branch を restack/kiro-impl を実行済み（コミットが push 済みでも未 push でも可）gh auth status と gh repo view が通ることWindows PowerShell では git の日本語コミットメッセージが console code page の影響で文字化けする場合がある。apply / dry-run のどちらでも、git / gh を呼ぶ前に以下を実行する。
chcp 65001 > $null
[Console]::InputEncoding = [System.Text.UTF8Encoding]::new($false)
[Console]::OutputEncoding = [System.Text.UTF8Encoding]::new($false)
$OutputEncoding = [Console]::OutputEncoding
さらに、コミットメッセージを取得する git コマンドは git.exe -c i18n.logOutputEncoding=utf-8 を使用する。git log / git show の件名取得では --encoding=UTF-8 を併用してよい。
| モード | 説明 |
|---|---|
| dry-run（既定） | slice 計画を表示して停止。ブランチ・PR は作らない |
| apply | ユーザーが明示したときのみ実行。ブランチ作成・push・draft PR 作成 |
以下を確認し報告する。
$implBranch = git.exe branch --show-current
$defaultBranch = gh repo view --json defaultBranchRef --jq '.defaultBranchRef.name'
$baseCommit = git.exe merge-base HEAD "origin/$defaultBranch"
$commitCount = git.exe rev-list --count "$baseCommit..HEAD"
$targetCommits = git.exe -c i18n.logOutputEncoding=utf-8 log --encoding=UTF-8 --oneline "$baseCommit..HEAD"
方針: 現在ブランチ（$implBranch）には commit、rebase、reset を行わない。$baseCommit から新規 review trunk を作成し、対象コミット（$baseCommit..HEAD）を cherry-pick して stacked PR に再構成する。
停止条件: $targetCommits が空（ベースブランチとの差分コミットがない）の場合は停止して報告する。
以下のパターンで検索する。
docs/specs/**/tasks.md**/.kiro/specs/**/tasks.mdcandidate が複数ある場合、以下の証拠でスコアリングする。
| 証拠 | 内容 |
|---|---|
| 会話文脈 | 依頼文の機能名・ブランチ名・タスク番号 |
| commit 一致 | commit message の語彙と task title の一致 |
| ブランチ名 | 現在ブランチ名と spec ディレクトリの近さ |
| 更新日時 | 最近更新された spec ディレクトリを優先 |
primary tasks.md から以下を抽出する。
Depends: → 依存関係Boundary: → アーキテクチャ領域Requirements: → 契約・目的git.exe -c i18n.logOutputEncoding=utf-8 log --encoding=UTF-8 --reverse --format="%H %s" "$baseCommit..HEAD"
1.1, Task 1.1, [1.1] 等）commit message から task を判断できない場合は以下を仮定する。
task 数が 1〜2 の場合は stacked PR にせず、通常の 1 PR として作成する。 この場合 Step 4〜5 の slice 推論はスキップし、直接 Step 6 の apply（単一 PR）に進む。
| レベル | 条件 |
|---|---|
| high | primary tasks.md が明確、commit → task がほぼ一意 |
| medium | tasks.md は妥当だが一部 commit の割り当てが推定 |
| low | tasks.md 選定または commit 割り当てに曖昧さが大きい |
confidence が low の場合は apply に進まず dry-run で停止する。
以下を必ず表示する。
<impl_branch>（変更なし）review/<impl_branch>/trunkreview/<impl_branch>/01-<slice-key> ...現在ブランチ（$implBranch）の履歴や内容は以降の操作で変更しない。
ベースブランチとの差分コミット一覧を確認する。
git log --oneline "$baseCommit..HEAD"
$baseCommit（$defaultBranch との merge-base）から新規 review trunk を作成する。以降の checkout は作業位置を切り替えるためだけに行い、$implBranch 自体は変更しない。
$reviewTrunk = "review/${implBranch}/trunk"
git checkout -b $reviewTrunk $baseCommit
slice 順に branch を積む。
# slice 01 (base: review/${implBranch}/trunk)
git checkout -b "review/${implBranch}/01-<slice-key>"
git cherry-pick <commit1> <commit2> ...
# slice 02 (base: review/${implBranch}/01-<slice-key>)
git checkout -b "review/${implBranch}/02-<slice-key>"
git cherry-pick <commit3> ...
conflict 発生時は、解決方法が明確な場合に限り解消して継続する。 片側の変更を採用すれば整合する場合、rename 追従のみの場合、generated file の再生成で整合する場合など、判断根拠を説明できるケースに限る。
git add <file> の後に git cherry-pick --continue で継続する解決方針が不明確な場合のみ停止する。 停止時は以下を報告して手動解決を求める。
git diff --name-only --diff-filter=U）各 slice 作成後に以下を実行。
make test 等）の実行# 各 slice branch を push
git push origin "review/${implBranch}/01-<slice-key>"
# draft PR 作成
gh pr create --draft `
--base "<base-branch>" `
--head "review/${implBranch}/01-<slice-key>" `
--title "[Slice 1/N] <slice title>" `
--body-file pr_body.md
$templateDir = ".github/PULL_REQUEST_TEMPLATE"
$templates = @(Get-ChildItem $templateDir -Filter "*.md" -ErrorAction SilentlyContinue)
if ($templates.Count -eq 1) {
# 1つのみ → 無確認で使用
$templateContent = Get-Content $templates[0].FullName -Raw
} elseif ($templates.Count -gt 1) {
# 複数あり → ユーザーにどれを使用するか確認してから続行
}
# テンプレートなし → body をそのまま生成
PR body の先頭には選択したテンプレートの内容（存在する場合）を記載し、続けて以下を含める。
Included commits のコミット件名は git.exe -c i18n.logOutputEncoding=utf-8 show -s --encoding=UTF-8 --format="%h %s" <commit> で取得する。Validation 結果 には コマンド文字列と pass/fail の要約だけ を記載し、pytest や coverage の生ログ全体を埋め込まない。すべての slice PR 作成後、review trunk → $defaultBranch の統合 PR を作成する。
git push origin $reviewTrunk
gh pr create --draft `
--base "$defaultBranch" `
--head "$reviewTrunk" `
--title "Integration: <feature-name>" `
--body-file integration_pr_body.md
この PR は全 slice がマージされた後に最終判断用として使う。body には全 slice PR の一覧とレビュー順を記載する。
以下を一覧で出力する。
cc-sdd-restack-after-merge を実行して上位 branch を restack$implBranch）の履歴や内容を変更すること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.
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.
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.