Browser Use 创始人 Gregor Zunic 整理编程智能体接入已登录 Chrome 的六种方案
Browser Use 创始人 Gregor Zunic 发布实操指南，逐一梳理 Claude Code、Codex、Gemini CLI、Cursor 等编程智能体使用已登录 Chrome 会话的六种配置方法，并解释为何直接复制 Cookie 行不通。
编程智能体在开发流程中经常需要访问已登录的网页应用——例如测试一个需要身份验证的后台管理界面。如果智能体只能启动一个全新的、未登录的浏览器实例，它就无法完成这类任务。
Browser Use 创始人 Gregor Zunic 于 2026 年 10 月 25 日发布了一篇实操指南，系统整理了让 Claude Code、Codex、Gemini CLI、Cursor 等主流编程智能体复用已登录 Chrome 会话的六种方案。文章按智能体逐一给出配置步骤，并解释了一个常见的直觉做法——直接复制浏览器 Cookie——为何行不通。
Zunic 指出，复制 Cookie 到全新浏览器之所以失败，是因为新浏览器被视为不同设备。随着 Device Bound Session Credentials 的普及，Chrome 将私钥存储在 TPM 等安全硬件中，当短期会话 Cookie 过期时，只有证明拥有该密钥才能刷新；在新机器上复制的 Cookie 无法续期。此外，从 Chrome 136 开始，默认数据目录上的 --remote-debugging-port 和 --remote-debugging-pipe 被忽略，Google 做出这一改变是因为攻击者利用远程调试窃取 Cookie。
对于 Claude Code 用户，如果订阅了 Pro、Max、Team 或 Enterprise 计划，最短路径是使用 Anthropic 的 Claude in Chrome 扩展，通过 claude --chrome 命令连接。如果使用 API 密钥或其他提供商，则需改用 Browser Harness、Playwright MCP 的扩展模式或 Chrome DevTools MCP。
对于 Codex，在 ChatGPT 桌面应用中可使用 OpenAI 的浏览器扩展；在 Codex CLI 中则推荐 Browser Harness 或两个 MCP 服务器之一。Gemini CLI 内置了浏览器子代理，通过将 settings.json 中的 sessionMode 设为 "existing" 即可附加到正在运行的 Chrome。Cursor 的内置浏览器保留自己的工作区 Cookie，若要使用 Chrome 登录状态，需在 .cursor/mcp.json 中添加 Browser Harness、Playwright MCP 或 Chrome DevTools MCP。
Playwright MCP 的扩展模式允许用户选择智能体可访问的具体标签页，适合希望限制智能体权限的场景。Chrome DevTools MCP 的自动连接模式（需 Chrome 144+）则提供完整的调试能力，包括性能追踪和网络请求分析。Browser Harness 作为开源工具，通过 Chrome DevTools Protocol 附加到整个运行中的浏览器，支持多种智能体接口。
Zunic 强调安全风险：智能体在已登录浏览器中可以执行任何用户能做的操作，如发送邮件、更改设置或购买物品。提示注入是主要威胁，Anthropic 称其为“使用浏览器的 AI 工具面临的最大风险”。他建议尽可能使用单独的 Chrome 配置文件，避免让智能体接触银行、医疗和政府等敏感账户，并在完成后关闭远程调试功能。