Menu
RTC（リアルタイム共同編集）テストを実行する。PRまたはIssueのURLとローカル環境情報を受け取り、Playwrightで2ユーザー同時編集をシミュレートしてチェックリストに沿って検証する。
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
| name | vk-rtc-test |
| description | RTC（リアルタイム共同編集）テストを実行する。PRまたはIssueのURLとローカル環境情報を受け取り、Playwrightで2ユーザー同時編集をシミュレートしてチェックリストに沿って検証する。 |
前提条件（硬ゲート）: 対象リポジトリの owner が許可リスト
org.allowed_owners（~/.vk-agents/config.json）に含まれる場合のみ使用できます。判定はrules/repository-access.mdを参照してください（許可リスト未設定時は確認のうえ続行可）。
WordPress 7.0のRTC（Real-Time Collaboration）対応を、Playwrightで2ユーザー同時編集をシミュレートして検証する。
/vk-rtc-test <PR_URL or ISSUE_URL> --site <SITE_URL> --users <USER1>:<PASS1> <USER2>:<PASS2>
| 引数 | 必須 | 説明 |
|---|---|---|
PR_URL or ISSUE_URL | ○ | GitHub PRまたはIssueのURL |
--site | ○ | テスト対象のローカルWordPressサイトURL |
--users | ○ | テストユーザー（2名以上）。ユーザー名:パスワード形式、スペース区切り |
テスト前に以下を 必ずReadツールで読む:
REPO_ROOT/rules/testing/rtc.md（RTCテストのチェック項目・判定基準）REPO_ROOT/rules/testing/e2e.md（共通e2eテストルール）※ REPO_ROOT = vk-agentsリポジトリのルート。vk-sync-skillsでローカル同期済みならそのパスを使う。パスはGlobツールで**/rules/testing/rtc.mdを検索して特定する。
gh pr view <PR番号> --repo <owner/repo> --json title,body,filesでPR概要・変更ファイルを確認するgh pr diff <PR番号> --repo <owner/repo>で差分を確認するdispatch/useDispatch/editPostの差分を確認）gh issue view <Issue番号> --repo <owner/repo> --json title,bodyでIssue内容を確認するgh pr list --repo <owner/repo> --search "issue:<Issue番号>"で特定する--site指定のサイトへアクセスできることを確認する# wp-cliで確認（推奨）
wp core version --path=<WP_ROOT>
# またはREST APIで確認（認証不要だがバージョン番号の直接取得はできない）
curl -s <SITE_URL>/wp-json/
npx playwright --version
npm install -D @playwright/test && npx playwright install chromium
--users指定の各ユーザーでログインできることを確認するrules/testing/rtc.mdのチェック項目に沿って、Playwrightテストスクリプトを生成・実行する。
テストファイルの生成先:
テストファイルは一時ディレクトリに生成する（テスト対象リポジトリには含めない）:
TEST_DIR="/tmp/rtc-test-$(date +%Y%m%d%H%M%S)"
mkdir -p "${TEST_DIR}"
${TEST_DIR}/
├── helpers.ts # ログイン・投稿作成などの共通処理
├── basic.spec.ts # 1. 基本動作テスト
├── data-persist.spec.ts # 2. データ保持テスト
├── concurrent.spec.ts # 3. 同時編集テスト
├── backward.spec.ts # 5. 後方互換テスト
└── playwright.config.ts # テスト設定（baseURLに--siteの値を使用）
テスト実行:
npx playwright test "${TEST_DIR}/" --reporter=list
ステップ4のテストを以下の投稿タイプで実行する:
rtc.mdのチェック項目4-1〜4-3に対応。
rtc.mdの「レポートテンプレート」に従って結果をまとめる。
PASSの場合:
e2e.mdのテスト報告テンプレートを併用）FAILの場合:
staff-review（麗美）がRTC関連PRをレビューする際は、このスキルのチェック項目を追加で実施できる:
1. Readで REPO_ROOT/rules/testing/rtc.md を読む
2. rtc.md のチェック項目1〜3を通常のe2eテストに追加する
ディレクター（司）がRTC対応PRを検出した場合は、このスキルをAgentで起動できる:
Agentツール（subagent_type: general-purpose）を起動
prompt = このSKILL.mdの全内容 + PR URL + サイト情報 + ユーザー情報
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 で確認まで伴走する。
リードエンジニア（安藤保）をサブエージェントとして起動する。コード品質・レビューの最終責任者。設計・可読性・保守性・パフォーマンス・セキュリティの全般をレビュー。「安藤さん」「保さん」で呼び出し可能。