OpenChrome 已认证 Chrome 会话控制器

要解决的问题

当你需要让 AI 代理在真实浏览器里完成登录态操作时，常见的做法是每次启动一个无头浏览器实例，然后模拟登录流程。这种方式不仅耗时，还容易因为验证码、两步验证或登录页面变更而失败。更麻烦的是，当你需要并行处理多个任务时，每个任务都要重复一次认证过程。

OpenChrome 就是来解决这个痛点的：它让代理直接连接到你已经登录好的 Chrome 配置文件，跳过重复认证的步骤。

工作原理

这个技能的核心是把 OpenChrome 作为 MCP 服务端，让兼容的 AI 客户端（如 Claude Code、OpenCode、Codex CLI）能够通过 MCP 协议驱动一个真实的 Chrome 会话。

关键能力包括：

• 复用已认证会话：直接使用本地 Chrome 配置文件，无需重新登录
• 并行标签页管理：可以同时打开多个标签页进行不同的浏览任务
• 页面交互：支持导航、点击、填写表单等常规浏览器操作
• 环境诊断：openchrome doctor 命令可检查 Node.js、磁盘空间、Chrome 二进制文件、端口占用、权限和锁文件状态

工作流程上，OpenChrome 会启动一个 MCP 服务进程，连接到当前用户的 Chrome 实例，然后通过 MCP 协议暴露浏览器控制能力。客户端只需要配置好 MCP 连接，就能像调用本地工具一样使用浏览器自动化功能。

适用场景与限制

这个技能适合以下场景：

• 需要访问只有登录后才能查看的网页内容
• 批量处理需要保持会话状态的浏览任务
• 在 CI 环境中自动化需要认证的网页操作
• 与多个 AI 客户端集成，提供一致的浏览器控制接口

需要注意的点：

• 目前标记为 beta 版本，稳定性可能不如正式版
• 依赖本地安装的 Google Chrome 浏览器
• 需要 Node.js 环境支持
• 在无头环境（如纯服务器）中运行时，可能需要配置 Xvfb 或类似工具来提供虚拟显示
• 建议在隔离环境或测试账号上使用，避免在包含敏感信息的主力浏览器配置文件上运行自动化脚本

如果你只需要访问公开网页，或者不需要保持登录状态，可能更简单的 HTTP 客户端方案就足够了。