ログイン済みの Chrome をそのまま Claude Code から操作する — playwright-cli attach

はじめに Claude Code でブラウザを操作するとき、地味につらいことが3つありました。 MCP の設定が面倒。playwright MCP や chrome-devtools MCP を使うには、それぞれ接続設定を書かないといけない。複数の AI コーディングエージェント（Claude Code、Codex、Bob など）を使い分けていると、エージェントごとにも設定が必要になって管理が大変になる。 認証セッションが引き継げない。ログインが必要なサービスは、毎回ログインし直しになる。 ログイン情報を保存したい場合は、ポート 9222 でブラウザを別途起動することになる。--remote-debugging-port=9222 をつけて特定のプロファイルで Chrome を起動するか、常駐させておく必要があり、その分セットアップが増える。 playwright-cli v0.1.8 で

[hogetax]

これ、普段使いのブラウザでやるとめっちゃ危険だから気をつけてね。実行はサンドボックスでのみに限るんだぞ！

[misshiki]

playwright-cli attach --cdp=chrome でログイン済みChromeをClaude Codeから操作。MCP設定や再ログインを避けられる一方、リモートデバッグ有効化時は認証済みセッション操作に注意。

[tmatsuu]

ほう。わいわい

[hirrrose]

プレイフライト

[masayoshinym]

“2. Chrome のリモートデバッグを有効化”ビビリなのでこの時点で怖い。

[kijtra]

Code からは簡単なんだけど、Cowork で動かそうとするとハマるのでやってみて欲しいw

[fashi]

設定を使い分けるのは良いがMCPだってautoConnect付けてユーザースコープにしておけば大して変わらないような

[sionsou]

完全に開発アカウント専用のブラウザにするべきだろうね。普通の人が自分のプライベートChrome使って色々スッポ抜かれるまで簡単に未来視出来る。

[solidstatesociety]

これが増えるとどうなるかなんだけど、サーバーのセッション期限がすごく短くなる流れが起きるかも

[simplememofast]

ログイン済みChromeにattachする発想は鋭い。ブラウザ自動化はCookieの受け渡しで詰むのが定番で、既存セッションを使い回す方が運用事故もぐっと減らせる

[nguyen-oi]

MCPの設定地獄から解放されるのはデカい。既存のChrome使い回せるなら認証周りで消耗しなくて済むし、開発環境のAI化が加速しすぎ