メニュー
PHPUnit テストを追加・更新する。引数で対象の関数・メソッドを指定できる（任意。省略時は git diff から変更箇所を自動検出）
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
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 で確認まで伴走する。
リードエンジニア（安藤保）をサブエージェントとして起動する。コード品質・レビューの最終責任者。設計・可読性・保守性・パフォーマンス・セキュリティの全般をレビュー。「安藤さん」「保さん」で呼び出し可能。
| name | vk-add-phpunit |
| description | PHPUnit テストを追加・更新する。引数で対象の関数・メソッドを指定できる（任意。省略時は git diff から変更箇所を自動検出） |
まず Read ツールで以下のルールファイルを読む:
rules/testing/phpunit.mdテスト対象: $ARGUMENTS
以下の手順でPHPUnitテストを作成してください。
$ARGUMENTS が指定されている場合: その関数・メソッドのみを対象とする。
$ARGUMENTS が空の場合: git diff から自動検出する。
ベースブランチは以下の優先順で検出し、最初に存在するものを使う:
mainorigin/mainmasterorigin/masterいずれも存在しない場合は git branch -r で利用可能なリモートブランチを確認し、適切なベースブランチをユーザーに尋ねて終了する。
ベースブランチが確定したら以下を実行する:
git diff <ベースブランチ>...HEAD -- '*.php'
差分の変更ハンク全体（+/- 行およびコンテキスト行）から、そのハンクが属する関数・メソッド宣言を特定して対象リストを作る（新規追加・既存更新の両方を対象とする）。
関数の特定方法: 変更ハンク内の行から、直近の function 宣言まで遡る。
対象の関数・メソッドは既存テストがあっても除外せず、以下の観点で diff を確認する:
対象が複数ある場合は全てにテストを追加・更新する。対象が1件もなく、全変更が対応不要と判断した場合は、その旨をユーザーに伝えて終了する。
対象コードを Grep/Glob/Read で検索し、以下を把握する:
プロジェクト内の tests/ または test/ ディレクトリを探し、対象クラスに対応する既存テストファイルを確認する。
上記ルール（rules/testing/phpunit.md）に従ってテストを作成する。
実際のコードを Read で読んでから、実際に起こりうる条件（境界値、特殊ケースなど）をテストケースに含める。
途中で行き詰まった場合は、推測で代替手段を取らず以下を確認し、解決できなければユーザーにエスカレーションする。
main/origin/main/master/origin/master がいずれも無い）: 推測で別ブランチを使わず、git branch -r の結果を添えてどのブランチを基準にするかユーザーに確認して終了する。git diff が異常終了など）: 実行したコマンドとその出力を添えてユーザーにエスカレーションする。自前で git init 等の修復を試みない。