菜单
worktree での実装完了後に変更をコミット・PR 作成・マージまで一括実行する。「PR を作って」 「プルリクを出して」「変更をマージして」「コミットして PR を作って」「実装が終わった」 「レビューを通してマージして」と言った場合にトリガーする。 コミット→PR 作成→マージ→Board 更新の一連のフローを自動化する。 コンフリクト発生時は resolve-conflict スキルへ移行し、マージ後は cleanup-worktree で後片付けする。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
ユーザーの曖昧な要望を対話を通じて検証済みの要求に変換する。「要求を開発して」「要望を整理して」 「要件を引き出して」「ニーズを明確にして」「要求開発して」「スコープを定義して」と言った場合にトリガーする。 requirements-engineer エージェントを起動し、引き出し・妥当性検証・競合分析・優先順位付け・スコープ定義・ 承認取得を実施する。analyze-and-plan の内部でも条件付きで呼び出されるが、 要求開発のみを単独実行したい場合に直接使用する。
plan.md の提案・タスク一覧を依存関係に基づき並列実行するスキル。 「計画を実行して」「提案を並列で実装して」「plan を実行して」「全部やって」 「autopilot で進めて」「実装開始」と言った場合にトリガーする。 analyze-and-plan や [[PLAN]] モードで作成された計画を入力とし、 依存グラフを解析して安全に並列実行する。Board がある場合は orchestrate-workflow のフローに統合する。
Feature 開発フロー全体を Board・エージェント群・Gate を組み合わせてオーケストレーションする中核スキル。 「機能を開発して」「フィーチャーを実装して」「ワークフローを実行して」「Issue から実装まで進めて」 と言った場合にトリガーする。analyst→architect→planner→developer→reviewer→writer の 各エージェント呼び出し順序・Gate 評価・状態遷移を定義する。単一スキルの呼び出しではなく フロー全体を管理するオーケストレーター専用スキル。
要求開発から計画立案・実装・PR 提出までを一括で実行するエンドツーエンドスキル。 「要求から実装まで一括でやって」「全部通しでやって」「要望から PR まで進めて」 「ワンショットで開発して」「要求開発から merge まで」と言った場合にトリガーする。 develop-requirements → planner → execute-plan → test-verifier(V) → test-verifier(V&V) → submit-pull-request の 6フェーズを Board・Gate と連携して実行する。orchestrate-workflow の要求駆動版として、 要求開発を起点に素早くマージまで完了させる用途に適する。
ワークフローの Board（JSON 進捗管理ファイル）に対する全操作を手順化する内部スキル。 Board の作成・読み込み・flow_state 遷移・Gate 評価・history 追記・アーカイブを行う際に参照する。 オーケストレーターが orchestrate-workflow・start-feature・cleanup-worktree の実行中に自動参照する。 ユーザーが「Board を作って」「Board の状態を更新して」「Gate を評価して」と言った場合にもトリガーする。
機能開発の計画フェーズ（要求開発・要求分析・影響分析・実行計画策定）を単独で実行する。「要件を分析して」 「計画を立てて」「実行計画を作って」「影響範囲を調べて」「仕様を整理して」と言った場合にトリガーする。 要求分析と影響分析を並列実行し、planner・developer が利用できる実行計画を生成する。 orchestrate-workflow の内部でも呼び出されるが、計画フェーズのみを単独実行したい場合に直接使用する。
| name | submit-pull-request |
| description | worktree での実装完了後に変更をコミット・PR 作成・マージまで一括実行する。「PR を作って」 「プルリクを出して」「変更をマージして」「コミットして PR を作って」「実装が終わった」 「レビューを通してマージして」と言った場合にトリガーする。 コミット→PR 作成→マージ→Board 更新の一連のフローを自動化する。 コンフリクト発生時は resolve-conflict スキルへ移行し、マージ後は cleanup-worktree で後片付けする。 |
.github/settings.json からプロジェクト設定を読み取って使用する。
<prefix>-20）main または親ブランチ名）.github/settings.json を読み取り、以下の値を使用する:
github.owner — GitHub リポジトリオーナー（以降 <owner> と表記）github.repo — GitHub リポジトリ名（以降 <repo> と表記）github.mergeMethod — マージ方式（以降 <mergeMethod> と表記）PR 提出前に以下を確認する。未コミットの変更が残った状態での PR 作成を防止する。
cd .worktrees/<ブランチ名>
# 1. ブランチ確認 — main でないこと
git branch --show-current
# 2. 未追跡・未コミット変更の確認
git status --short
| 確認項目 | 対処 |
|---|---|
| main ブランチ上にいる | 中断 — worktree に移動してから再実行 |
| 未追跡ファイルがある | git add でステージするか、.gitignore に追加 |
| ステージ済み未コミットの変更がある | 手順 1 のコミットで解消される |
Board の flow_state が submitting でない | Board を確認し、Gate を通過してから再実行 |
artifacts.acceptance_validation が存在しない | 中断 — Phase 8（妥当性確認）が完了していない。test-verifier に妥当性確認を実施させてから再実行 |
acceptance_validation.verdict が "validated" でない | 中断 — 受け入れ基準（AC）が充足されていない。未充足 AC を developer に渡して修正させること |
Why: 旧 stop_check Hook がセッション終了時に未コミットを検出していた。 How: PR 提出フローの入口でチェックすることで、同等の安全性を手続きとして確保する。
cd .worktrees/<ブランチ名>
git add -A
コミットメッセージにセッション要約を含める（rules/commit-message.md のセッション要約フォーマットに従う）:
git commit -m "<type>: <説明> (<prefix>-<番号>)" -m "Session-Context: <セッション目的の1行要約>
Changes-Made:
- <変更1>
- <変更2>
Design-Decisions:
- <設計判断（あれば）>
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>"
Session-Context と Changes-Made はセッション内の作業内容から自動生成する。 Design-Decisions は Board の history や artifacts から重要な判断を抽出する。
git push origin <フルブランチ名>
mcp_io_github_git_create_pull_request:
owner: "<owner>"
repo: "<repo>"
base: "<マージ先ブランチ>"
head: "<フルブランチ名>"
title: "<type>: <説明> (<prefix>-<番号>)"
body: "## <prefix>-<番号>: <説明>\n\n### 変更内容\n- <変更の要約>\n\nCloses <prefix>-<番号>"
mcp_io_github_git_merge_pull_request:
owner: "<owner>"
repo: "<repo>"
pullNumber: <PR番号>
merge_method: "<mergeMethod>"
commit_title: "Merge pull request #<PR番号>: <PRタイトル>"
コンフリクトが発生した場合は resolve-conflict スキルを使用する。
| エラー | 対処 |
|---|---|
git push 失敗（リモートが先行） | git pull --rebase origin <ブランチ> 後に再プッシュ |
| PR 作成失敗（ブランチが存在しない） | プッシュが成功しているか確認 |
| マージ失敗（405 Not Mergeable） | resolve-conflict スキルを使用 |
| マージ失敗（その他エラー） | PR の状態を確認し、必要に応じて再作成 |