概要
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 に含めたい内容
- WSL2 NAT mode 設定 (.wslconfig)
- Chrome remote debugging mode 起動手順
- Node.js proxy (proxy.js) の設置・起動
- Docker compose extra_hosts 設定
- Playwright
connectOverCDP() 接続コード
- ハマりポイント(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 のケースを追記するのが自然か
概要
WSL2 上の Docker コンテナ内 Playwright から Windows 側の Chrome GUI を CDP (Chrome DevTools Protocol) 経由で操作するための接続手順を plugin skill として提供したい。
動機
構成
Skill に含めたい内容
connectOverCDP()接続コードメリット
参照元
carmo-system-console/issues/takemi.ohama/playwight.md提案
plugins/ndf/skills/docker-container-access/の拡張、または独立した skill(例:wsl-chrome-cdp)として追加ndf:docker-container-accessskill が DinD/DooD 環境判定を扱っているため、WSL + Windows Chrome CDP のケースを追記するのが自然か