企业官网建设流程全解析

1. 先把两件事拆开：MCP-Chrome 管浏览器，TaoToken 管模型通道

MCP-Chrome 是一个浏览器控制插件，装好之后 AI 助手能直接操作你日常用的 Chrome：打开标签页、点按钮、填表单、抓页面文本、读控制台输出。它靠的是 MCP（Model Context Protocol）这套协议，把浏览器能力包装成工具暴露给 Cursor、Claude Desktop、Augment 这类客户端。而 TaoToken 是模型通道服务，负责给这些会消耗 Token 的 AI 工具提供 API Key 和 Base URL。两者一个在本地 127.0.0.1:12306 上跑浏览器工具，一个在云端转发模型请求，职责完全不重叠。

很多人装完 MCP-Chrome 后会产生一个疑问：既然 Cursor 里已经配了 MCP 服务器，那模型请求能不能也一起走 TaoToken？答案是能，但要分清配置位置。MCP 连接照旧填http://127.0.0.1:12306/mcp，TaoToken 不接管 MCP-Chrome，也不控制浏览器；它只改 Cursor 的模型通道。配通之后，Cursor 发起的对话和代码补全请求从 TaoToken 走，MCP-Chrome 侧保持原样即可。这篇就按这个思路，把安装、配置、验证、排错串一遍，适合刚接触 MCP 和自定义模型通道的开发者跟做。

2. 装 MCP-Chrome 之前，先把 TaoToken 的 Key 和 Base URL 准备好

在动 Chrome 之前，建议先把模型通道这块理清楚，因为后面 Cursor 配置要同时填 MCP 和模型两处，先拿到 Key 能少来回切换。去 TaoToken 官网创建 Key，地址是 https://taotoken.net/?utm_source=taotoken_aicg_blog_end ，注册后在控制台里生成一个 API Key，复制保存好。这个 Key 就是 Cursor 调用模型时的凭证。

Base URL 这块有个容易踩的坑：填https://taotoken.net/api，不要加/v1，也不要带任何 UTM 参数。我见过有人把带查询串的地址粘进去，结果请求 404，排查半天才发现是 URL 多了尾巴。TaoToken 的 API 入口就是干净的https://taotoken.net/api，路径拼接由客户端自己处理。

如果你后面还要配 Claude Code 或做长期编码任务，可以顺带看下 Coding Plan 页面，那里有套餐和用量说明；单纯想先验证模型通不通，用模型对话页面发一条测试消息最快。Key 拿到后先别急着关页面，等 Cursor 那边配完再回来对照。

3. 可复制配置：MCP-Chrome 安装 + Cursor 双通道填写

3.1 安装 mcp-chrome-bridge

先确认 Node.js 版本不低于 18.19.0，命令行里node -v看一眼。然后用 npm 全局安装：

npm install -g mcp-chrome-bridge

如果你用 pnpm，v7 以上默认禁用安装脚本，需要先启用再装：

pnpm config set enable-pre-post-scripts true pnpm install -g mcp-chrome-bridge

装完可以npm list -g mcp-chrome-bridge确认路径，后面 stdio 方式要用到。

3.2 加载 Chrome 扩展

去 GitHub releases 下载插件压缩包，解压到一个固定文件夹，别散着放。然后打开 Chrome，地址栏输入chrome://extensions，右上角打开开发者模式，点「加载已解压的扩展程序」，选中刚才解压的目录。加载成功后扩展列表里会出现 MCP-Chrome，点开能看到服务状态。

3.3 启动本地 MCP 服务

扩展装好后启动服务，它会在本地127.0.0.1:12306上提供 MCP 接口。这个端口是 MCP-Chrome 自己的，跟 TaoToken 没有任何关系，别去改它。

3.4 Cursor 里填两处配置

打开 Cursor 设置，找到 MCP 配置，添加服务器：

{ "mcpServers": { "chrome-mcp-server": { "type": "streamableHttp", "url": "http://127.0.0.1:12306/mcp" } } }

这是 MCP 通道，保持本地地址不变。然后找 Cursor 的自定义模型通道设置，把 Base URL 填成：

https://taotoken.net/api

API Key 填刚才在 TaoToken 创建的那串。注意 Base URL 不要写成https://taotoken.net/api/v1，也不要带 UTM 查询参数。模型名按你实际要用的填，保存后重启 Cursor。

4. 验证请求：确认模型走 TaoToken、MCP 走本地

配置保存后重启 Cursor，先看 MCP 连接状态。在 Cursor 的 MCP 面板里，chrome-mcp-server应该显示已连接，如果显示红色或报错，多半是本地服务没起来或端口被占。可以浏览器访问http://127.0.0.1:12306/mcp看有没有响应。

再验证模型通道。在 Cursor 里发一条简单对话，比如让它解释一段代码。如果请求正常返回，说明 TaoToken 通道通了。想更确定一点，去 TaoToken 控制台看用量记录，有没有刚才那条请求的 Token 消耗。有记录就说明 Cursor 的模型请求确实从 TaoToken 走了，而不是走默认通道。

最后测 MCP 工具联动。在 Cursor 对话里让它「打开一个新标签页访问 example.com」，如果 MCP-Chrome 正常，Chrome 会真的弹出标签页。这一步能同时验证两件事：模型请求经 TaoToken 到达，工具调用经本地 12306 执行。两边都通，配置就算完成了。

5. 本篇常见错排查：端口、URL、Key 三类问题

MCP 连不上，提示 connection refused。先确认 Chrome 扩展里服务是启动状态，再看 12306 端口有没有被别的程序占用。Windows 下可以netstat -ano | findstr 12306查占用进程。如果端口冲突，MCP-Chrome 支持改端口，但改完 Cursor 里的 URL 也要同步改。

Cursor 报 404 或 invalid url。九成是 Base URL 写错了。检查是不是多加了/v1，或者从浏览器复制时带上了?utm_source=...这类参数。正确写法就是https://taotoken.net/api，干干净净。

模型请求 401 未授权。API Key 填错或过期。去 TaoToken 控制台重新生成一个，注意复制时别漏字符。Key 和 Base URL 要配套，换了 Key 不用改 URL。

MCP 工具调用没反应，但模型对话正常。说明模型通道没问题，问题在 MCP 侧。检查 Cursor 的 MCP 配置里 URL 是不是http://127.0.0.1:12306/mcp，注意是 http 不是 https，本地服务没有证书。另外确认 Chrome 扩展加载的是解压目录，不是压缩包。

stdio 方式路径报错。如果用 stdio 备选方案，args里的 js 文件路径必须换成你机器上的实际路径，用npm list -g mcp-chrome-bridge查到的路径为准，直接抄教程里的示例路径会找不到文件。

6. 配通之后：模型通道和浏览器工具各归各管

整套配下来，核心就一句话：MCP-Chrome 的 12306 是本地浏览器工具通道，TaoToken 的https://taotoken.net/api是模型请求通道，两者在 Cursor 里各填各的，互不干扰。想让 Cursor 跑 MCP-Chrome 工具时走统一模型通道，就去 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 创建 Key，Base URL 填https://taotoken.net/api，MCP 侧保留127.0.0.1:12306/mcp。

如果你后面要接 Claude Code 或做长期 Agent 任务，可以看下 Coding Plan 的用量方案；单纯调模型验证，模型对话页面就够用；Key 管理和重新生成在控制台的 API Keys 页面。接入文档里有各客户端的详细字段说明，遇到不确定的配置项对着查一遍，比反复试错快。