本地守护进程与扩展转发
面向宿主的 MCP 进程将调用交给每用户守护进程,配对扩展在本地转发浏览器调试操作。
连接本地 MCP 服务与 Chrome 扩展,让 Agent 使用现有浏览器配置。明确配对扩展后,在任务标签页中使用已核对的账号。
只读报表查询可以检查配对与账号环境,同时避免修改业务记录,据此判断已有 Chrome 会话是否适合后续任务。
请求可预览和复制,不会从此处自动发送。
参考来源: Browser MCP https://github.com/BrowserMCP/mcp 先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时,先提出方案。 我的任务: 通过 Browser MCP 使用已配对测试 Chrome 配置读取指定报表,先确认账号与周期,仅收集获准字段,不修改设置或提交表单。 期望交付: 包含账号、周期和来源页的报告摘要。证据不足时列出失败步骤与未解决问题。
面向宿主的 MCP 进程将调用交给每用户本地守护进程。核对六位码并允许配对后,扩展才转发浏览器调试操作。宿主随后使用目标配置中的任务标签页,扩展仍执行 Stop 与页面限制。
需要使用现有 Chromium 配置及登录页面,而不是新建云浏览器时,可选择 Browser MCP。扩展转发依赖 Chromium 调试能力,不支持 Firefox。Chrome 商店扩展自动更新,自行构建版则需重新构建和加载,并与服务版本兼容。
仓库采用 Apache-2.0,提供 MCP 服务和浏览器扩展,由连接的 Agent 规划任务。既有登录态不能替代账号权限,本地浏览器执行也不决定宿主模型如何处理页面内容。
宿主、守护进程与扩展承担不同职责;账号状态来自配置,扩展决定哪些动作可被转发。
面向宿主的 MCP 进程将调用交给每用户守护进程,配对扩展在本地转发浏览器调试操作。
任务标签使用所选 Chromium 配置及账号状态,无需每次查询都从全新登录开始。
配对、Stop、页面限制及独立无痕权限由扩展执行,不只是对 Agent 的文字建议。
现有 Chrome 状态有助于门户报告和配置专属问题。以下场景保留会话连续性,同时区分草稿准备、只读收集和 Agent 标签活动复核,避免把整个个人配置纳入任务。
提供报表 URL、账号或工作区、日期和所需列。配对目标 Chrome 配置后,在任务标签核对可见设置,再采集带来源摘要。总计缺失时,区分周期内无数据与报表未完成加载,不能因登录可用就跳过筛选检查。
问题仅在既有配置出现时,先通过扩展复现指定交互,不立即换成全新浏览器。记录相关状态,在确有需要前不扩大到无关扩展或标签页。
提供确切草稿值与停止位置,让 Agent 在任务标签页填写并报告校验状态,之后由浏览器中的用户决定是否提交。扩展连接不等于所有写入都获准。
共用浏览会话时,让 Agent 列出接触页面与观察结果。范围意外变化时使用扩展停止控制,检查任务标签页后再继续,不能只看工具响应正常。
开放浏览器访问前,先准备目标 Chrome 配置、扩展配对和客户端连接。
在目标 Chrome 配置安装官方扩展,并保留扩展控制入口。
准备文档所需 Node 环境,连接 MCP 包并核对本地配对码。
准备报表 URL、账号或工作区名称、日期范围和所需列。交付应同时包含选定账号、周期与数值,不能只说明 Chrome 已打开。
在目标 Chromium 配置安装官方扩展,并在宿主配置文档中的 @browsermcp/mcp 服务。启动浏览器任务后,对照扩展弹窗和宿主显示的六位配对码,再选择 Allow。号码不一致时停止,检查所选服务与配置。
在任务标签页打开提供的报表,先读取可见账号、工作区及日期,再采集数据。无法确认这些信息时,请用户处理登录或账号选择;已有登录态仍可能属于错误账号。
选择获准周期,只采集指定列。每项数值附报表 URL 与周期,并用代表数据行或页面总计作对照。报表为空时,区分真实无数据、加载失败与筛选条件错误。
无法控制标签页时,先检查 Stop、配对和页面类型。浏览器内部页与扩展页被排除,无痕模式需要单独设置。恢复后重新观察目标页面与配置,不直接重放之前的动作。
比较这些项目的用途、运行条件和源码许可。