1. 为什么要在 Windows 上折腾 AI Browser MCP如果你平时用 Cursor 写代码大概率遇到过这种场景想让 AI 帮你抓一个页面的数据、看看某个接口到底传了什么参数、或者定位一下前端加密字段是怎么算出来的结果 AI 只能干巴巴地给你一段代码让你自己去浏览器里手动跑。中间那层「AI 想操作浏览器但够不着」的断层就是 AI Browser MCP 想解决的问题。AI Browser MCP 是一个跑在 Windows 本地的浏览器自动化 MCP 服务它把真实浏览器基于 FBrowser CEF封装成 217 个 MCP 工具暴露在本机 127.0.0.1:9222 上。Cursor、Claude 这类支持 MCP 协议的 AI 代理只要接上这个服务就能用一句自然语言去驱动浏览器滚动列表采 JSON、扫 POST 请求找加密字段、用 CDP 断点定位 sign 参数这些原本要写一堆 Playwright 脚本的活现在交给 Agent 自动串联工具完成。它适合谁三类人最对口一是做数据采集、需要频繁看网络请求的开发者二是做前端逆向、要定位加密逻辑的同学三是想把浏览器操作接进自己 Agent 工作流的折腾党。本文聚焦 Windows 下 Cursor 通过 AI Browser MCP 操控浏览器的完整落地从 settings.json 骨架到 217 工具调用链路再到用 TaoToken 统一 Key 通道接入模型目标是一次跑通「AI 一句话操控浏览器」。2. 前置准备TaoToken 统一 Key 通道与运行环境在配 MCP 之前先把模型通道理顺。Cursor 里调用 AI 需要 API Key如果你同时用多个模型、多个项目Key 管理会很乱。我的做法是用 TaoToken 做统一 Key 通道一个 Key 走通对话、编码、Agent 场景省得每个工具单独配。TaoToken 的定位是统一的大模型 API 接入层官网在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 端点是 https://taotoken.net/api 。它本身不是浏览器工具而是给 Cursor 这类客户端提供模型能力的通道。你需要在控制台创建一个 API Key后面填进 Cursor 的模型配置里。具体入口我列一下方便你按需跳转模型对话体验https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodel_chatutm_campaignrewriteCoding Plan长期编码/Agent 场景https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite控制台https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewriteAPI Keys 管理https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite接入文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite运行环境这边AI Browser MCP 要求 Windows 10/11 x64另外需要装 Node.js用来跑 mcp_bridge.js 桥接层。浏览器运行时是 CEF随 Release 包附带不用你单独装 Chrome。下载走 GitHub Releases 的 AI-Browser-MCP-x64-v2.6.0.zip大概 157MB解压后直接运行「AI浏览器.exe」即可。注意这个服务默认只监听 127.0.0.1:9222仅本机可访问不要改成 0.0.0.0 暴露到公网否则等于把本地浏览器控制权开放出去。3. 可复制配置settings.json 骨架与 mcp_bridge 接入这一步是核心。Cursor 的 MCP 配置写在 settings.json 里路径通常在%APPDATA%\Cursor\User\settings.json或者你直接在 Cursor 里按 CtrlShiftP 搜「Preferences: Open User Settings (JSON)」打开。先看 MCP 服务端的配置骨架。假设你把 AI Browser MCP 解压到了D:\tools\ai-browser-mcp那么配置片段如下{ mcpServers: { ai-browser-mcp: { command: node, args: [ D:\\tools\\ai-browser-mcp\\mcp_bridge.js ], env: { BROWSER_MCP_HOST: 127.0.0.1, BROWSER_MCP_PORT: 9222 } } } }这里几个参数要说明一下。command用 node是因为桥接层 mcp_bridge.js 负责把 Cursor 的 MCP 请求转发给本机 9222 的浏览器服务。args指向你实际解压路径Windows 下反斜杠要转义成双反斜杠。env里显式声明 host 和 port避免桥接层用默认值连错端口。接着配 Cursor 的模型通道把 TaoToken 的 Key 填进去。Cursor 的模型配置在设置里选 OpenAI 兼容模式Base URL 填https://taotoken.net/apiAPI Key 填你在控制台创建的那串。这样 Cursor 的对话和 Agent 能力就走 TaoToken 通道和 MCP 的浏览器工具是两条独立的链路互不干扰。配完保存重启 Cursor。重启后 Cursor 会去拉起 mcp_bridge.js桥接层再连本机的 AI浏览器.exe。所以顺序上建议先把 AI浏览器.exe 跑起来确认 9222 端口在监听再启动 Cursor。你可以用一条命令确认端口状态netstat -ano | findstr 9222如果看到127.0.0.1:9222处于 LISTENING说明浏览器服务已经就位。4. 验证请求触发浏览器操作与检查工具列表配置写完不算完得验证整条链路真的通。我一般分三步走。第一步确认 MCP 工具列表被 Cursor 识别。重启 Cursor 后打开 MCP 面板不同版本入口略有差异一般在设置或侧边栏应该能看到ai-browser-mcp这个 server展开后列出它暴露的工具。217 个工具不会全部平铺显示但你能看到分类比如导航类、DOM 读取类、网络类、CDP 类、截图类。如果这里空空如也说明桥接层没起来回去看第 5 节的排查。第二步用一句自然语言触发浏览器操作。在 Cursor 的对话里输入类似「打开 example.com读取页面标题然后截图保存到桌面」。Agent 会自己决定调用哪些工具先调导航工具打开 URL再调 DOM 读取工具拿 title最后调截图工具。你观察浏览器窗口应该能看到它真的在动。第三步检查请求日志。AI浏览器.exe 的运行界面或日志文件里会记录每次工具调用的入参和返回。重点看两处一是工具名和参数是否符合预期二是网络类工具抓到的请求列表里有没有你要找的接口。比如你想扫 POST 找加密字段就让 Agent 执行「监听网络请求然后触发登录按钮把 POST 请求的 body 列出来」日志里应该出现对应的请求记录。一个实测下来比较顺的验证话术是「用浏览器打开目标页滚动到底部加载全部列表把每条记录的 JSON 提取出来」。如果 Agent 能自动串联滚动、等待、DOM 提取这几个工具并返回结构化数据说明 217 工具调用链路已经跑通。5. 本篇常见错排查配 MCP 最容易卡在几个固定位置我按出现频率排一下。端口连不上。现象是 Cursor 里 MCP server 显示红色或工具列表为空。先确认 AI浏览器.exe 是否在运行再用netstat -ano | findstr 9222看端口。如果端口被别的进程占了改 AI浏览器 的监听端口同时同步改 settings.json 里的BROWSER_MCP_PORT两边必须一致。mcp_bridge.js 路径写错。Windows 路径转义是高频坑。D:\tools\...在 JSON 里必须写成D:\\tools\\...少一个反斜杠就解析失败。另外路径里尽量别带中文和空格虽然理论上支持但实际排查时容易出幺蛾子。Node.js 版本过低。mcp_bridge.js 依赖较新的 Node 特性建议 Node 18 以上。用node -v确认低了就去升级。Cursor 没重启。改完 settings.json 必须完全退出 Cursor 再打开光关窗口不够托盘里也要退干净。否则旧配置还在内存里。模型通道和 MCP 通道混淆。这两个是独立的TaoToken 提供的是模型能力AI Browser MCP 提供的是浏览器工具能力。如果对话能正常回但工具不触发问题在 MCP如果工具触发了但模型不响应问题在 TaoToken 的 Key 或 Base URL。分开定位别混在一起查。CDP 断点定位 sign 不生效。这类操作依赖页面还没加载完就下断点时机很关键。让 Agent 先开 CDP 监听再触发页面刷新顺序反了就抓不到。如果一直定位不到检查目标页面是否用了 WebWorker 或独立线程算签名那种情况 CDP 主线程断点可能拦不住。6. 把这条链路用起来跑通之后你会发现 AI Browser MCP 真正的价值不在「能操控浏览器」这个动作本身而在于它把浏览器变成了 Agent 的一个可调用工具集。217 个工具里导航、填表、读 DOM、网络抓包、截图、CDP 断点、Hook 这些能力单独看都是常规自动化但交给 Agent 自动串联之后你只需要描述目标中间的工具选择和执行顺序它自己排。我自己的用法是把它接进日常的接口分析流程让 Agent 打开目标页、监听网络、触发交互、把可疑的 POST 请求和加密字段列出来然后我拿着这些线索再去定位具体逻辑。整个过程不用手写脚本省下的时间主要花在判断上而不是花在搭环境上。如果你也想让 Cursor 长期跑这类编码和 Agent 任务可以看下 TaoToken 的 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding_planutm_campaignrewrite 统一 Key 通道在多个工具间切换时确实省心。接入细节和参数说明都在文档里https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 遇到 Key 或通道问题先去 API Keys 页面核对https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi_keysutm_campaignrewrite 。最后提醒一句浏览器自动化涉及目标网站的使用条款采数据和逆向都请在合规范围内做别拿它去干越界的事。工具本身是中性的怎么用取决于你。