Menu
PR ルールに従い、コミット・changelog 記載・確認手順を含む PR を作成する。PR 作成を依頼されたときに使用
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
vk-orchestrator をリリースする。同梱する vk-terminals / vk-agents を最新にそろえてから、バージョン付与・CHANGELOG 確定・タグ push まで一気通貫で行う。「orchestrator をリリース」「vk-orchestrator-release」で起動。
メイン Claude がディレクター（司）として振る舞う。GitHub issue管理、和田（エンジニア）への実装指示、植草（UX）との連携・確認を統括する。
e2eテスト・UIテスト担当（麗美）をサブエージェントとして起動する。PRに対してPlaywrightでブラウザ操作テストを実施する。コードレビューはスコープ外。
GitHub issue の URL を受け取り、司（staff-director）が内容を分析→適切なメンバーに委任→完了確認→報告まで一貫して行う
VK Orchestrator の初回セットアップを対話で行う。doctor で不足項目を検知し、モード選択（ローカル/GitHub）→ 依存順のヒアリング → 3 ファイル（A/B/C）への保存 →（GitHub モード時のみ）ラベル登録 → 再 doctor で確認まで伴走する。
リードエンジニア（安藤保）をサブエージェントとして起動する。コード品質・レビューの最終責任者。設計・可読性・保守性・パフォーマンス・セキュリティの全般をレビュー。「安藤さん」「保さん」で呼び出し可能。
Basé sur la classification professionnelle SOC
| name | vk-pr |
| description | PR ルールに従い、コミット・changelog 記載・確認手順を含む PR を作成する。PR 作成を依頼されたときに使用 |
このスキルは rules/pull-request.md の PR ルールに従い、PR 作成まで を担う。
/vk-kore）の責務（rules/coderabbit-monitoring.md 参照）rules/coderabbit-monitoring.md「前提条件」でスキップ判定になる環境では呼び出し元も監視しない。この場合、ハンドオフ文言は、CodeRabbit 未導入なら「CodeRabbit 連携は無効化されています。Claude Code の /code-review 等でのレビューをご検討ください」、ignore 指定なら「PR 本文に @coderabbitai ignore を記載済みのため、CodeRabbit 監視はスキップ対象です」に読み替える単発で /vk-pr だけ呼ばれた場合（司を経由しない場合）は、PR 作成完了後に「PR を作成しました。CodeRabbit 監視は別途必要な場合にお伝えください」と案内して終了する。rules/coderabbit-monitoring.md「前提条件」でスキップ判定になる場合は、CodeRabbit 未導入なら「CodeRabbit 連携は無効化されています。必要であれば /code-review 等でのレビューをご検討ください」、ignore 指定なら「PR 本文に @coderabbitai ignore を記載済みのため、CodeRabbit 監視はスキップ対象です」と案内する。
まず Read ツールで以下のルールファイルを読む:
rules/pull-request.md（PR 作成の全ルール）rules/changelog.mdrules/change-title.md以下のコマンドで現在の状態を把握する:
git branch --show-currentgit log main...HEAD --oneline 2>/dev/null || git log origin/main...HEAD --oneline 2>/dev/null || git log master...HEAD --oneline 2>/dev/null || git log origin/master...HEAD --oneline 2>/dev/null || truegit diff main...HEAD --name-only 2>/dev/null || git diff origin/main...HEAD --name-only 2>/dev/null || git diff master...HEAD --name-only 2>/dev/null || git diff origin/master...HEAD --name-only 2>/dev/null || truerules/pull-request.md に従って以下を実行する:
rules/pull-request.md の「### 4. 記載内容のセルフチェック・自動補正（commit 前）」を必ず実行し、2行以内ルール等への違反があればその場で短縮する）Closes #N を含む。元 issue 参照は rules/pull-request.md 参照）PR 作成後、ハンドオフ前に必ず以下を実行し、タイトルが rules/change-title.md のルールに沿っているか確認する。違反があれば gh pr edit で修正する。gh pr create の引数で渡したタイトルが、変換や省略でルール違反になるケースを拾う。
作成された PR のタイトルを取得する:
gh pr view <PR_NUMBER> --json title --jq '.title'
rules/change-title.md を 改めて Read で読み込み、取得したタイトルが分類の許可リスト・分類表記・記載言語・本文ルールに沿っているか照合する。判定基準はルールファイルを唯一の正としてここでは複製しないこと（このファイルにルールを直書きすると二元管理になり、ルール更新が反映されなくなるため）。
ルール違反と判定した場合は、該当ルールファイルに従ってタイトル全体を書き直し、gh pr edit <PR_NUMBER> --title "<新タイトル>" で修正する。
修正した場合、ハンドオフ時の報告に 修正前後のタイトル両方 を含めて呼び出し元（司またはユーザー）に伝える。
rules/change-title.md のルールに沿っていれば、修正不要として次へ進む。
PR 作成後、ハンドオフ前に、対応する元 issue が判明している場合（司から渡された・ブランチや文脈から特定できる場合）、PR 本文に元 issue のクローズ参照（Closes #N 等のクローズキーワード + issue 番号）が含まれているか照合する。判定基準は rules/pull-request.md の「元 issue の参照」を唯一の正とし、ここには詳細を直書きしない。
含まれていなければ gh pr edit <PR_NUMBER> --body 等で Closes #N の 1 行を追記する。元 issue が特定できない単発利用では、この照合はスキップしてよい。
rules/coderabbit-monitoring.md の「前提条件」を参照し、features.coderabbit が有効（false でない）かつ features.coderabbit_ignore: true の場合は、PR 本文に @coderabbitai ignore が含まれていることを確認する。含まれていなければ gh pr edit <PR_NUMBER> --body 等で追記する。
features.coderabbit: false の場合は CodeRabbit 未導入扱いを優先し、@coderabbitai ignore は記載しない。判定詳細は rules/coderabbit-monitoring.md を唯一の正とし、このスキル側に複製しない。
PR 作成およびタイトル・本文セルフチェック完了後:
START の取得は司側の責務（PR の createdAt を gh pr view --json createdAt で取得する方式）。サブエージェント側で date -u を打つと、PR 作成 → CodeRabbit 即応答 → サブエージェント完了通知 → 司が受領 の順序競合で取り逃すため、和田は START 取得をしない（責務の詳細は rules/coderabbit-monitoring.md 参照）rules/coderabbit-monitoring.md「前提条件」でスキップ判定になる場合は、上記の責務範囲にある読み替え文言で案内するマージはユーザーが判断するため、自動でマージしないこと。