القائمة
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 等の修復を試みない。