你的代理驱动的
是你真实的 Chrome
安装 AgentsRoom 扩展程序，打开“Let my agents drive this browser”，给浏览器起个名字。从此任何代理都能在那个 Chrome 里打开标签页，带着你的会话、你的 cookie 和你的扩展程序，在里面点击、输入、读取 console、截图。
一个 Chrome 个人资料就是一个命名目标。所以一个代理可以以你的工作账户登录着干活，另一个代理同时以你的个人账户登录着干活，而那个 Chrome 可以在你的另一台机器上。
browser_select_target "Chrome · Pro"browser_select_target "Chrome · Personal"browser_navigatebrowser_clickbrowser_screenshot两个代理，两个 Chrome 个人资料，中间一个加密中继。每个代理按名字挑选自己的目标。
AgentsRoom 已经在每个项目里附带一个嵌入式浏览器，它仍然是默认目标：代理在那里测试你的 localhost，不碰你的任何东西。但有些工作只有在你真正的浏览器里才说得通。在需要你 SSO 的管理后台上检查一次部署，在只有你登录了的服务上填一张表单，复现一个只在你的账户和你的扩展程序下才出现的 bug。Chrome control 就是为这些而生的。
机制就是 AgentsRoom Chrome 扩展程序。当你打开驱动开关，扩展程序会用你起的名字把这个浏览器向你的账户报到，桌面端把它列在嵌入式屏幕旁边。代理拿到的是它已经为嵌入式浏览器拥有的那套 MCP 工具，外加一个用来挑选目标的工具。对代理来说其他一切都不变，这正是重点。
只要有代理在驱动，Chrome 就会显示它自己的横幅“AgentsRoom 已开始调试此浏览器”。这是每个调试类扩展程序都会触发的同一条横幅，也是你的保障：没有任何东西能悄无声息地驱动你的浏览器。
每个账户一个 Chrome
Chrome 为每个个人资料运行一个扩展程序实例。AgentsRoom 把这一点变成了功能：每个个人资料都注册为一个独立的命名浏览器，带着自己的 cookie 和自己登录的账户。你按自己的习惯给它们起名，工作、个人、客户，代理则按名字要其中一个。
既然每个代理都有自己的目标，多个代理就能同时在多个账户上工作。一个 QA 代理在以测试用户登录的个人资料里验证 staging 站点，与此同时第二个代理在以你本人登录的个人资料里更新一张工单，两者互相看不到对方的会话。
一个个人资料，一个目标
一个 Chrome 个人资料就是一组 cookie、会话和扩展程序。每一个都作为单独的浏览器出现，供代理挑选，所以已登录的会话永远不会被意外共享。
名字由你来起
Chrome 不向扩展程序暴露个人资料的名称，所以你在弹窗里自己输入一个，并附有工作或个人之类的建议。代理挑选目标用的就是这个名字。
多个代理同时上
目标是按代理选的，不是按项目选的。两个代理对两个账户，或者五个代理对同一个 Chrome，各自在自己的标签页里并排运行。
你的浏览器，在任意一台机器上
扩展程序不是通过 localhost 和桌面端对话的。它对话的是 AgentsRoom 中继，也就是移动 app 用来联系你桌面端的那一个。所以在办公室 Mac 上运行的代理可以驱动家里 PC 上的 Chrome，只要两边都登录了你的账户，并且那边打开了驱动开关。
中继看到的只有加密的 blob，别的什么都没有。每一条消息、每一张截图，都用一把从你的账户派生、只在你的设备之间共享的密钥封装，所以中继读不到一个 URL、一个页面或一次按键。和移动伴侣同样的设计，同样的保障。
经由中继，而不是 localhost
每个浏览器每隔 30 秒向你的账户报到一次。桌面端会列出所有在线的浏览器，并把那些已经停止应答的显示为灰色。
端到端加密
操作和结果在一个桌面端和一个浏览器之间的专用会话房间里传输，用一把中继从不持有的密钥封装。
和移动端同一原理
如果你已经在用手机操控桌面端的代理，你用的正是这条传输通道。Chrome control 只是在它承载的东西里多加了一个浏览器。
每个代理，每个 CLI
Chrome control 是一个 MCP 服务器，就是驱动嵌入式浏览器的那个 AgentsRoom Browser MCP。这就是它不绑定任何一个模型或任何一家厂商的原因：Claude Code、Codex、GitHub Copilot CLI、Cursor 以及另外 10 个代理 CLI 拿到同样的工具、同样的名字，并以同样的方式挑选目标。
具体来说，代理先调用 browser_list_targets 查看哪些浏览器在线，再用一个名字或 id 调用 browser_select_target。从那时起，browser_navigate、browser_click、browser_type、browser_screenshot、browser_evaluate 和其余工具都作用于那个 Chrome 而不是嵌入式屏幕，直到代理切换回来。
这也包括那些自己不带浏览器扩展程序的 CLI。OpenCode、Grok Build、Mistral Vibe、Kimi Code 或 Aider，从你安装 AgentsRoom 扩展程序的那天起，就拿到一个装着你账户的真实 Chrome：扩展程序属于 AgentsRoom，而不是模型厂商，所以没有哪个 CLI 需要自己做一个。
browser_list_targetsbrowser_select_target工作原理
安装 AgentsRoom 扩展程序
从 Chrome Web Store 安装，在你想开放的每一个 Chrome 个人资料里都装一次。登录和你桌面端相同的 AgentsRoom 账户。
打开“Let my agents drive this browser”
在扩展程序的弹窗里。Chrome 在这一刻才请求调试器权限，而不是在安装时，并且扩展程序只在代理真正驱动的时候才附加到标签页上。
给浏览器起名
工作、个人、客户，随便什么名字，只要能让你一眼看出登录的是哪个账户。名字在你输入的同时就已保存，并立即通报给你的桌面端。
代理挑选它的目标
要么代理带着名字调用 browser_select_target，要么你在桌面端的 Browser 面板里、嵌入式屏幕旁边替它选好目标。
代理驱动，你旁观
第一个动作会打开一个新标签页，所以代理永远不会接管你正在读的那一个。整个会话期间 Chrome 都显示它的调试横幅。关掉驱动开关就会关闭会话并分离调试器。
同一个扩展程序已经能做另外四件事
Chrome control 是 AgentsRoom 扩展程序里最新的一个标签页，不是第二个扩展程序。如果你已经在用它提工单或指向某个元素，那你已经有它了：同一个弹窗，同一个账户，多一个开关而已。
Point on page
点击页面上的任意元素，它就会带着自己的 HTML 和一个选择器落进你活跃代理的 composer。对代理说“就是这个按钮，这里”的最快方式。
了解详情把页面发到我的桌面端
一键把当前页面的 HTML 放进你活跃代理的消息框，经由本地 loopback，从不经过服务器。
从任何页面提工单
标题、描述、截图，直接进入你选定项目的待办。在 staging 上看到的一个 bug，变成一张代理可以着手的工单。
了解详情按 URL 选定项目
把 URL 模式关联到一个项目，当你在那个站点上时，扩展程序就会预先选好它。从你正在做的应用里提工单时，不用再打开下拉菜单。
Claude in Chrome 替代品
Claude in Chrome 的替代品，适用于每一个代理 CLI
Claude in Chrome 是 Anthropic 的扩展程序：它把 Claude 放进安装它的那个 Chrome 个人资料里，在运行它的那台机器上。如果你只用 Claude、只用一个账户、只在一台电脑上工作，它就够用了，你不需要别的。
AgentsRoom Chrome control 是为它覆盖不到的情况准备的替代品。扩展程序属于 AgentsRoom，而不是模型厂商，所以同一个 Chrome 除了 Claude Code，还能响应 Codex、GitHub Copilot CLI、Cursor、OpenCode、Grok Build 或 Aider，自己不带浏览器扩展程序的 CLI 也由此得到一个。每个 Chrome 个人资料都是一个命名目标，所以多个代理可以同时在多个账户上工作，而那个 Chrome 可以在你的另一台机器上。
什么时候你需要这个替代品
你的代理不是 Claude
它们运行在 Codex、GitHub Copilot CLI、Cursor、OpenCode、Grok Build、Mistral Vibe、Kimi Code 或 Aider 上。Claude in Chrome 对它们一个都不响应。AgentsRoom 扩展程序通过同一套 MCP 工具响应它们全部。
你需要不止一个账户
工作、个人、客户：每个 Chrome 个人资料都是一个代理按名字挑选的目标，所以两个代理可以同时以两个人的身份登录，而不是共用扩展程序所在的那一个个人资料。
浏览器在别的地方
装着你会话的 Chrome 在办公桌上，而你在笔记本前，或者反过来。扩展程序与 AgentsRoom 中继对话，端到端加密，所以代理无论在哪里运行都能驱动它。
你想把浏览器放进编排器里
Chrome control 是 AgentsRoom 众多工具中的一个：待办、开发终端、嵌入式浏览器、QA 代理。浏览器是代理工作中的一步，就在它的终端、它的工单和它的测试旁边。
你保留的：一个真实的 Chrome、你的会话、你的 cookie、你的扩展程序，以及 Chrome 自己的调试横幅，让你始终知道有代理在驱动。改变的：谁能驱动、从哪里驱动、能驱动多少个账户。
AgentsRoom vs Claude in Chrome
两者都让 AI 代理在真实的 Chrome 里行动。区别在于谁能驱动、从哪里驱动，以及能驱动多少个账户。
| 能力 | AgentsRoom Chrome control | Claude in Chrome |
|---|---|---|
| 代理能驱动的账户 | 每个 Chrome 个人资料，按名字挑选 | 它所运行的那个个人资料 |
| 多个代理同时在多个不同的账户上工作 | 是，每个代理一个目标 | 未见文档说明 |
| 浏览器在另一台机器上 | 是，经由加密中继 | 仅同一台机器 |
| 代理 CLI | Claude、Codex、GitHub Copilot CLI、Cursor 以及另外 10 个代理 CLI，包括那些自己没有浏览器扩展程序的 | Claude |
| 端到端加密传输 | 是，密钥只在你的设备之间共享 | 不适用，不离开本机 |
| 同时还有嵌入式浏览器 | 是，而且它仍是默认目标 | 否，就是 Chrome 本身 |
Claude in Chrome 这一列反映的是撰写时 Anthropic 的公开文档。产品在变，依赖任何一格之前请先核对他们当前的文档。
FAQ
我需要桌面 app 吗，还是扩展程序就够了？
两个都需要。代理运行在 AgentsRoom 桌面端里，扩展程序则是让一个 Chrome 能被它们触达的东西。从移动 app 启动的代理拿到同样的工具，因为它反正也运行在桌面端上。
代理会不会接管我正在阅读的那个标签页？
不会。第一个动作会打开一个新标签页，代理只在明确请求时才会切到已有的标签页。另外只要有代理在驱动，Chrome 就会显示它的“已开始调试此浏览器”横幅，所以你始终知情。
哪些代理能用它？
全部都能。Chrome control 是 AgentsRoom Browser MCP 服务器的一部分，所以 Claude Code、Codex、GitHub Copilot CLI、Cursor 以及另外 10 个代理 CLI 看到的是同样的 browser_list_targets 和 browser_select_target 工具。像 OpenCode、Grok Build 或 Aider 这样自己没有浏览器扩展程序的 CLI，也通过这种方式得到一个。
中继能看到什么？
加密的 blob。每一条消息和每一张截图都用一把从你的账户派生、只有你的设备知道的密钥封装。中继只负责转发字节，读不到一个 URL、一个页面，也读不到代理输入了什么。
这会取代嵌入式浏览器吗？
不会。嵌入式浏览器仍是默认目标，仍然是在不碰你会话的前提下测试 localhost 的正确地方。Chrome 是一个额外的目标，按代理挑选，留给那些需要你真实账户的工作。
怎么停下来？
在扩展程序的弹窗里关掉“Let my agents drive this browser”。浏览器向你的桌面端告别，会话关闭，调试器分离。指向那个 Chrome 的代理会回退到嵌入式屏幕。
AgentsRoom 是 Claude in Chrome 的替代品吗？
在三种情况下，是：你的代理不是 Claude，你需要同时驱动多个账户，或者 Chrome 在另一台机器上。如果你只用 Claude Code、只用一个个人资料、只在一台电脑上，Claude in Chrome 已经够用。两个扩展程序可以并排安装：Chrome control 只在你打开开关时才驱动，而且只在它自己打开的标签页里。
您可能还喜欢
把你的浏览器交给你的代理，一次只交一个账户
安装扩展程序，给你的 Chrome 起个名字，让代理在你已经登录的地方干活。
配套应用：随时随地监控你的 Agent
使用 Claude、Codex、Antigravity CLI 或其他 AI 提供商。
把 Bug 和需求直接发送到您的公开待办清单。