feat: WSL2 + Docker → Windows Chrome CDP 接続の Skill 化

[takemi-ohama]

概要

WSL2 上の Docker コンテナ内 Playwright から Windows 側の Chrome GUI を CDP (Chrome DevTools Protocol) 経由で操作するための接続手順を plugin skill として提供したい。

動機

• Claude Code / Browser Use / Playwright E2E など AI Agent が Windows Chrome を操作する場面が増えている
• WSL2 NAT mode + Node proxy 経由の構成は毎回手順を調べる必要がある
• skill として共有すれば、チーム全体で同じ構成を即座に再現できる

構成

Docker container
 ↓
WSL2
 ↓
WSL NAT gateway (172.xx.xx.1)
 ↓
Windows Node proxy :9223
 ↓
Windows Chrome CDP :9222

Skill に含めたい内容

1. WSL2 NAT mode 設定 (.wslconfig)
2. Chrome remote debugging mode 起動手順
3. Node.js proxy (proxy.js) の設置・起動
4. Docker compose extra_hosts 設定
5. Playwright connectOverCDP() 接続コード
6. ハマりポイント（IPv6, portproxy loop, mirrored mode, host.docker.internal 非対応, VPN DNS 等）

メリット

• GUI Chrome をそのまま操作可能（OBS録画可、人間とAI協調可）
• ログイン済み Session（Google, AWS, Slack, Notion等）をそのまま利用可能（MFA回避）
• AI Agent（Claude Code, Browser Use, OpenHands）との相性が良い

参照元

• carmo-system-console/issues/takemi.ohama/playwight.md

提案

• plugins/ndf/skills/docker-container-access/ の拡張、または独立した skill（例: wsl-chrome-cdp）として追加
• 既存の ndf:docker-container-access skill が DinD/DooD 環境判定を扱っているため、WSL + Windows Chrome CDP のケースを追記するのが自然か

[takemi-ohama]

対応済みのためクローズします。

WSL2 上の Docker コンテナから Windows 側の Chrome を CDP 経由で操作する手順は、playwright-browser-connect skill の「パターン 2: Windows ホスト Chrome (WSL2 + Docker → CDP)」として実装済みです。

カバー範囲:

• .wslconfig の NAT mode 設定
• Chrome remote debugging 起動 (--remote-debugging-port=9222 --remote-allow-origins=*)
• host.docker.internal 経由接続 / Docker Desktop を使わない場合のホスト IP 直接指定
• netsh portproxy による Windows → WSL2 ポートフォワード
• connectOverCDP() 接続コード
• ハマりポイント (127.0.0.1 バインド問題、0.0.0.0 公開時のセキュリティ注意、ネットワーク別接続ガイド)

scenario.config.yaml の browser: セクションで宣言的に接続先を切り替えられる形で提供されており、本 issue の目的を満たしています。