playwright対応

[notfolder]

コマンド実行環境(MULTI_LANGUAGE_ENVIRONMENT_SPECIFICATION.md)と同じ様に、
playwrightのdockerコンテナも同時に作成して、playwright mcpサーバーをllmに提供してllmがコードを動かして、playwrightで検証出来る様にしたい。
dockerのネットワーク構成とか、llmに渡すプロンプトを考えて(URLはどうするのが良いか要検討)。

上記の様な仕様を日本語で詳細設計してください。設計はプログラムを書くのではなく、日本語で詳細を記述してください。
markdown形式で仕様を出力して。実装スケジュールは必要ありません。

[notfolder]

実行環境docker内にplaywrightを導入してMCPサーバーを起動することは十分に可能だと考えられます。以下、その理由と実装方針を説明します。

実装可能性の根拠

1. 既存のMCPサーバー導入実績
   現在のコードでは、実行環境docker内でtext-editor MCPサーバーを既に導入しています:

dockerfile:docker/executor-python/Dockerfile

Node.jsをインストール(text-editor MCP用)

RUN curl -fsSL https://deb.nodesource.com/setup_20.x | bash -
&& apt-get install -y nodejs
&& rm -rf /var/lib/apt/lists/*
全ての言語環境イメージ（python, miniforge, node, java, go）で同様にNode.jsがインストールされており、MCPサーバーを実行可能な環境が整っています。

2. コンテナの永続実行設計
   実行環境dockerはENTRYPOINT ["sleep", "infinity"]で永続実行されるため、playwright MCPサーバーをバックグラウンドプロセスとして起動し続けることが可能です。

3. ネットワーク構成
   python:handlers/execution_environment_manager.py

coding-agent-networkに接続してwebやrabbitmqにアクセス可能にする

"--network", "coding_agent_coding-agent-network",
実行環境dockerは既にcoding-agent-networkに接続されており、複数コンテナ間の通信が可能です。

4. コマンド実行機構
   python:handlers/execution_environment_manager.py
   def execute_command(self, command: str, working_directory: str | None = None) -> dict[str, Any]:
   exec_args = [
   "exec",
   "-w", work_dir,
   container_id,
   "sh", "-c", command,
   ]
   docker execでコンテナ内のコマンドを自由に実行できるため、playwright MCPサーバーの起動やプロセス管理が可能です。

実装方針:実行環境docker内に統合
各言語環境イメージのDockerfileにplaywrightとブラウザ(chromium)をインストール
playwright MCPサーバーをコンテナ起動時にバックグラウンドで起動(text-editor MCPと同じ方法)
追加コンテナ不要で構成がシンプル

Chromiumなどのブラウザはサイズが大きいため、イメージサイズが増加します
言語毎のイメージに加えてブラウザ入りの環境を用意、計画時に選ばせる様にする

Dockerコンテナ内ではGUI不要なheadlessモードで実行
必要な依存ライブラリ（libxなど）のインストールが必要

検証対象のWebアプリケーションが実行環境docker内で起動している場合はlocalhostでアクセス可能
外部URLへのアクセスも可能