tabbit-devtools

Tabbit Devtools

リクエストが明確に Tabbit に関するもの、または 用我的 tabbit 浏览器、在 Tabbit 里、Tabbit 当前页、Tabbit 当前标签 のようなフレーズを含む場合は、このスキルを優先してください。

Tabbit は Chromium ベースのブラウザーとして扱ってください。 このスキルでは、agent-browser を Tabbit に接続する方法を説明します。 接続が確立したら、通常の agent-browser ワークフローを使ってブラウザーの自動操作と調査を行ってください。 このスキル内に、並行するブラウザー自動操作レイヤー、ブリッジデーモン、カスタム CDP クライアントを実装しないでください。

agent-browser クイックリファレンス

Tabbit のエンドポイントを検出した後は、ブラウザー操作レイヤーとして agent-browser を使用してください。

このスキルで特に関連性の高いコマンドは次のとおりです。

• open <url>
• snapshot -i
• click @e3
• fill @e5 <text>
• press Enter

ここで agent-browser のマニュアル全体を繰り返さないでください。Tabbit のタスクではこれらのコマンドを標準的な語彙として使い、より広範なコマンドについては公式 README を参照してください。

クイックパス

1. プラットフォームを判別し、DevToolsActivePort を検索します。
   • macOS：まず ~/Library/Application Support/Tabbit/DevToolsActivePort、次に ~/Library/Application Support/Tabbit Browser/DevToolsActivePort
   • Windows：まず %LOCALAPPDATA%\Tabbit Browser\User Data\DevToolsActivePort、次に %APPDATA%\Tabbit\User Data\DevToolsActivePort
2. そのファイルの両方の行を使用します。
   • 1 行目：TCP ポート
   • 2 行目：/devtools/browser/<id> のようなブラウザーのパス
3. ブラウザーの完全なエンドポイントを ws://127.0.0.1:<port><path> として組み立てます。
4. http://127.0.0.1:<port> よりも、この wsEndpoint を優先してください。Tabbit ではブラウザーの WebSocket を公開していても、/json/version と /json/list は引き続き 404 を返す場合があります。
5. 実際のブラウザー操作には、scripts/run_agent_browser_on_tabbit.py を優先してください。ライブの wsEndpoint を agent-browser --cdp ... に挿入します。
6. 構造化された接続情報のみが必要な場合は、scripts/discover_tabbit_cdp.py を使用します。
7. 接続したら、ページ操作には通常の agent-browser ワークフローをすべて使用します。

ワークフロー

1. Tabbit に関するリクエストでは、まず DevToolsActivePort を直接読み取るか、scripts/discover_tabbit_cdp.py を実行します。
2. エージェントが実際に必要とする接続情報（activePortFile、port、browserPath、browserUrl、wsEndpoint）を返します。
3. ユーザーがエンドポイント情報だけを明示的に求めている場合を除き、すぐに scripts/run_agent_browser_on_tabbit.py を優先して実行し、コマンドが agent-browser --cdp <wsEndpoint> ... になるようにします。
4. その引き継ぎ後は、open、snapshot、click、fill などのブラウザーコマンドに、通常の agent-browser ワークフローを使用します。
5. agent-browser を利用できない場合は、その旨を明確に伝え、カスタムの CDP ブリッジを作るのではなく、接続情報を提示します。

ガイダンス

• このスキルが解決するのは接続の問題であり、一般的なブラウザー操作の問題ではありません。
• まず構造化された接続情報を返し、その後に簡潔な補足説明を加えてください。
• 可能な限り簡単な検出方法、つまり DevToolsActivePort と、そこから導出されるブラウザーの WebSocket エンドポイントを優先してください。
• macOS ではまず Tabbit のサポートディレクトリを検索し、次に Tabbit Browser を検索してください。Windows ではまず %LOCALAPPDATA%\Tabbit Browser\User Data を検索し、次に %APPDATA%\Tabbit\User Data を検索してください。
• Tabbit では HTTP の検出ルートが公開されない場合があるため、生のポート番号よりも完全な wsEndpoint を優先してください。
• run_agent_browser_on_tabbit.py を使って Tabbit のタスクを開始したら、ユーザーから明示的な指示がない限り、タスクの残りも同じラッパー経由で実行してください。
• 接続後は、それ以外のすべての操作に標準的な agent-browser のパターンを使用してください。

制約

• 専用の tabbit-devtools MCP サーバーが存在すると想定しないでください。
• 汎用の chrome-devtools セッションを Tabbit に切り替えられると想定しないでください。
• このスキルを agent-browser の代替にしないでください。
• ブラウザー接続後の操作のために、カスタムデーモン、長時間稼働する CDP プロキシ、または使い捨ての WebSocket クライアントを作成しないでください。
• chrome-devtools MCP が Tabbit を自動的に引き継ぐと約束しないでください。
• 現在の環境で agent-browser を起動できない場合は、接続手順の説明までにとどめ、制限事項を説明してください。
• 接続後のブラウザーワークフローは、このスキルではなく agent-browser が担います。

リソース

• セットアップと直接接続に関するメモ：references/setup.md
• エンドポイントの検出ルールと環境変数：references/discovery.md
• エンドポイント検出ヘルパー：scripts/discover_tabbit_cdp.py
• agent-browser ラッパー：scripts/run_agent_browser_on_tabbit.py
• agent-browser の公式ドキュメント：https://github.com/vercel-labs/agent-browser