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判定の順で進める。
pr-creator
Git運用規則に準拠したドラフトPRを作成する。「PR作成」「ドラフトPR」「プルリクエスト作成」時に使用。差分分析→本文生成→gh pr create --draft の3ステップで進める。
含まれるファイル(2)
- SKILL.md3.0 KB
- references/pr-body-template.md3.0 KB
SKILL.md(原文)
インストールする前に、エージェントに与えられる指示の中身を確認できます。
PR Creator
Git運用規則に準拠したドラフトPRを作成するスキル。
厳守事項(Hard Rules)
作業開始前に以下4点を必ず復唱すること:
- テンプレート保持: PR本文冒頭のAIレビュールールセクションを完全にそのまま含める(省略・変更禁止)
- PR原則: 1PR = 1目的、差分400行以内(テスト除く)
- ドラフト形式: 必ず
--draftオプション付きで作成 - 本文構成: 概要(WHAT/WHY/IMPACT)→ 変更内容 → テスト → 影響範囲 → 確認項目の順
Git操作許可範囲: gh pr create --draft のみ実行可(コミット・プッシュ禁止)
入力
| パラメーター | 既定値 | 説明 |
|---|---|---|
| base | main | ベースブランチ |
| compare | 現在のブランチ | 比較ブランチ |
| issue | なし | 関連Issue番号 |
手順
Step 1: 差分分析
git diff <base>...<compare> --statで変更ファイルと行数を確認- 差分が400行超過(テスト除く)の場合 → 警告を表示(PR作成は続行可能)
git log <base>..HEAD --onelineでコミット履歴を確認し、WHAT/WHYを抽出
Step 2: PR本文生成
PR本文テンプレート を読み込み、以下のルールで本文を生成する。
タイトル
- 日本語簡潔、72文字以内
- 「ドラフト」「WIP」等のプレフィックスは付けない
- コミットメッセージと変更内容から自動生成
本文
- 最優先: テンプレート冒頭のAIレビュールールセクションをそのまま含める
- 概要(WHAT / WHY / IMPACT)を記載
- 変更内容を箇条書きで記載、変更種類にチェック
- テスト内容を記載(未実装ならチェックボックス付きTODO)
- 影響範囲を記載(後方互換性の有無含む)
- 確認項目のチェックボックスはすべて未チェック状態で残す
- 関連Issueがあれば
Closes #<issue>を追加
Step 3: PR作成
確認なしで即座に実行する(ユーザーへの提示・確認は不要)。
gh pr create --draft --base <base> --head <compare> --title "<title>" --body "<body>"
完了時の出力
**PR作成結果**:
- PR番号: #<PR番号>
- PR URL: <URL>
- タイトル: <タイトル>
- 実行コマンド: [再現用コマンド]
エラーハンドリング
| 状況 | 対応 |
|---|---|
| 差分400行超過 | 警告表示、分割提案(PR作成は続行可) |
| ブランチ名がGit規則に非準拠 | 警告表示(PR作成は続行可) |
| 関連Issueが見つからない | 警告表示(PR作成は続行可) |
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
cc-sdd実装用統合ブランチのコミット群(ベースブランチとの差分)をreview slice単位のstacked PRに再構成する際に使用。「review sliceに分割」「stacked PRを作成」「PRをスタックして」「レビュー用にPRを分けて」「review slice stack」という依頼でトリガーする。dry-run(既定)でslice計画を提示し、apply指示で実際にブランチ・PRを作成する。
CI環境で安定動作するPythonテスト(特にstructlogのログ検証)を書く際に使用。「CIで失敗する」「capture_logsが不安定」「ログアサーションがCIだけ落ちる」「caplogフォールバック」「ANSI混入」「xdistでログが取れない」という課題で起動。capture_logs→caplogフォールバック→ANSI正規化→アサーション設計の流れで堅牢なテストを書く。
GitHub Issueを作成してGitHubに投稿するスキル。「Issueを作成」「Issue作成」「Issueにして」「Issueとして投稿」「GitHubにIssue」「create issue」「open issue」「バグ報告」「機能追加をIssueに」「改善提案をIssueに」などの依頼でトリガーする。コンテキスト収集→Issue本文生成→ラベル存在確認・作成→gh issue create投稿の流れでIssueを作成する。
Dockerベースのアプリケーションのデプロイメント手順書(Markdown)を作成するスキル。「デプロイ手順書」「デプロイメント手順」「deployment guide」「本番環境への配置手順」「サーバーへの配置手順」などの依頼でトリガーする。Docker Composeビルド→イメージ転送→サーバー配置→設定→動作確認→cron設定の流れで手順書を生成する。
タスク完了後にPCを休止状態にする。Use when: ユーザーが「休止」「hibernate」「タスク完了後に休止状態」「作業後にPCをスリープ/休止」と明示的に指示した場合のみ。正常終了時だけでなく、エラーや未解決事項が残っていても、明示指示があれば最後に休止へ移行する。Windows only.