Selenium MCP 启动浏览器会话时报 401锅多半不在 Selenium而在模型通道的 Key 和 Base URL。先去 TaoTokenhttps://taotoken.net/?utm_sourcetaotoken_aicg_blog_end创建一把 API Key再把 AI 客户端的 Base URL 填成 https://taotoken.net/api这条链路就能接回来。下面按排障顺序讲清楚三件事401 到底是谁在报、Selenium MCP 原本负责哪几个动作、Key 和 Base URL 各自该落到哪个文件里。1. 先分清 401 是「谁」在报1.1 MCP 的客户端-服务器架构里有两层东西模型上下文协议MCP是 Anthropic 提出的开放标准目标是把大语言模型和外部工具、数据源之间的对接方式统一起来。它采用客户端-服务器架构AI 编程工具是客户端Selenium MCP 是服务器浏览器由 Selenium WebDriver 在本机拉起。整条链路上其实有两种完全不同的东西——模型通道的鉴权和浏览器会话本身。401 属于前者。它的含义是「你带的凭据我这边不认」。这句话不是 Selenium MCP 说的而是模型通道在客户端发请求的那一刻返回的。Selenium MCP 服务器通常只监听本机端口、被客户端通过标准输入输出或本地 HTTP 调用它并不校验你的模型 Key也拿不到你的模型额度。很多人一看到 401 就去重装 MCP 包、换浏览器驱动方向就偏了。1.2 Selenium MCP 负责的是浏览器动作不是模型账单对照原始文章里 Selenium MCP 的用例它的职责非常明确启动浏览器会话、导航到网址、使用各种定位策略查找元素、执行点击输入和截图这类交互。这些动作全部发生在本机浏览器进程里跟模型走哪条通道没有关系。所以故障可以拆成两类。一类是「模型没答上来」——客户端报 401、403、模型不存在浏览器甚至还没启动。另一类是「浏览器动作没做成」——会话起来了但元素定位超时、页面没加载完、截图是空白。两类问题的排查路径完全不一样混在一起查只会浪费时间。先把 401 归到第一类后面的步骤才好走。2. 五大 MCP 测试工具里Selenium MCP 的位置2.1 原文提到的几款工具动作类型各不相同原始文章盘点的几款工具各自面向的场景并不重叠简单对照一下会更容易判断自己该配哪一层工具主要能力是否依赖模型通道Playwright MCP基于无障碍树做结构化交互、导航、表单填写、内容提取是Selenium MCP启动会话、导航、定位策略查找、点击输入截图是Awesome Kali MCP Servers网络检查、目标嗅探、流量分析、二进制理解是MCP 无障碍性扫描器Playwright axe-core做 WCAG 合规检查并输出报告是MCP 前端测试服务器面向 Jest/Cypress 的代码分析、测试生成与执行是最后一列是关键。不管换成哪一个服务器只要它是被 AI 客户端驱动的模型通道的鉴权就绕不开。原文里提到 GitHub Copilot 的代理模式与 MCP 支持正在铺开这个趋势意味着以后「客户端 多个 MCP 服务器」会成为常见组合而通道配置出错的机会也同步变多。2.2 换服务器不会换掉 401 的成因这一点值得单独强调。有读者在 Playwright MCP 上报 401于是换到 Selenium MCP 想「绕过去」结果还是 401。原因很简单401 由客户端在请求模型时产生和具体挂哪个 MCP 服务器无关。Selenium MCP 能让模型去点按钮、填表单、截图但它不参与模型请求的鉴权也不替你付模型那笔账。正确的顺序是先把通道配好、确认客户端能正常对话再去调浏览器动作。反过来做你会一直在两个不相关的层面之间来回猜。3. 按原文步骤改造注册、拿 Key、查模型 ID3.1 去 TaoToken 创建 API Key原文介绍每个工具时都是让读者去各自的仓库或文档页找安装说明、找凭据。这一步在仿写里统一换成同一个入口打开 TaoToken 注册账号进控制台创建一把 API Key复制出来先放在密码管理器或临时文件里。几个细节别省。第一Key 只在创建时完整显示一次页面上没抄下来就得重新建一把。第二不要把 Key 直接写进会被提交的仓库文件先设成环境变量再让配置文件引用变量。第三一把 Key 可以同时给 Claude Code、Codex 这类客户端用但建议按用途分开建方便以后在控制台按 Key 看用量。3.2 模型 ID 以模型广场为准Base URL 和官网别混模型 ID 是新手最容易编的地方——凭印象写一个带日期后缀的名字客户端找不到模型报错形式有时和 401 很像。稳妥做法是以 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 模型广场当时的列表为准页面上写什么就填什么原样复制。另一个高频混淆是地址。给人看的落地页和填进工具里的接口地址是两个不同的字符串注册、创建 Key、看模型列表、查用量https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end填进 Claude Code / Codex 的 Base URLhttps://taotoken.net/api接口地址末尾不要带/v1也不要带任何查询参数。加了/v1之后客户端会往一个不存在的路径发请求返回的往往不是干净的 401而是 404 或一段 HTML看起来更难定位。4. Claude Code把 ANTHROPIC_BASE_URL 指向 TaoToken4.1 环境变量写法Claude Code 读三个环境变量接口地址、鉴权令牌、模型名。macOS / Linux 的 shell 里这样设export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_MODEL_IDWindows PowerShell 里换成另一种写法$env:ANTHROPIC_BASE_URLhttps://taotoken.net/api $env:ANTHROPIC_AUTH_TOKENYOUR_API_KEY $env:ANTHROPIC_MODELYOUR_MODEL_ID注意ANTHROPIC_AUTH_TOKEN的值是占位符YOUR_API_KEY实际使用时换成你在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 创建的那把 Key。写进 shell 配置文件是为了每次开终端都生效但别写进.bash_history会暴露的地方。4.2 ~/.claude/settings.json 的 env 段如果你更希望配置跟着项目或用户目录走用设置文件的env段{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_MODEL_ID } }这个文件放在~/.claude/settings.json就是用户级放在项目里的.claude/settings.json就是项目级。两者的优先级不同排查时先确认自己改的是哪一个——改了半天没生效多半是另一个文件把值覆盖了。4.3 给 Selenium MCP 的配置里不要塞模型 KeyMCP 服务器的注册通常在claude_desktop_config.json或项目里的.mcp.json结构长这样{ mcpServers: { selenium: { command: npx, args: [-y, 按 Selenium MCP 仓库 README 填启动参数] } } }命令和参数请照着 Selenium MCP 仓库的 README 填不同版本可能不一样。重点在于这个文件里不该出现任何模型 Key 或 Base URL。浏览器会话由本机 MCP 服务器驱动模型通道的凭据归客户端管。把两者塞进同一个文件是 401 排查里最常见的干扰源——你以为改的是通道其实改的是浏览器启动参数。5. Codexconfig.toml 里的 model_provider 与 base_url5.1 配置文件写法Codex 用的是 TOML配置项名字和 Claude Code 完全不同model YOUR_MODEL_ID model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEYenv_key指的是「去读哪个环境变量拿 Key」所以要先把变量设好export TAOTOKEN_API_KEYYOUR_API_KEY模型名、供应商名都可以按自己的习惯改但base_url必须指向 https://taotoken.net/api末尾不要加/v1。文件位置是~/.codex/config.toml。5.2 两个客户端之间别互相抄变量一个很典型的事故现场在 Claude Code 里配好了ANTHROPIC_*三个变量转头去配 Codex 时顺手也写了ANTHROPIC_BASE_URL。Codex 根本不读这些变量结果就是配置文件看着「改过了」实际请求仍然走老通道报错依旧是 401。记一句就够Claude Code 认ANTHROPIC_前缀Codex 认 TOML 里的model_provider段。两套配置的形态、字段名、文件位置都不同照着对方的示例抄只会把问题抄进来。6. 验证让 Selenium MCP 真的跑一遍会话6.1 先验通道再验浏览器配置保存后不要立刻让 AI 去开浏览器。分两步走更省时间。第一步纯文本对话。在客户端里发一句普通问题比如「用一句话说明什么是无障碍树」。能正常返回说明 Key、Base URL、模型 ID 三者对上了401 这类报错在此刻应该消失。想更快确认也可以直接在 TaoToken 模型对话 里用同一把 Key 发一条测试消息模型 ID 填错的话这一步就会暴露。第二步才轮到浏览器动作。让客户端通过 Selenium MCP 启动一个会话导航到一个测试页面按定位策略找一个元素点一下再截个图。这里要注意模型只负责生成或解释这些步骤真正的浏览器操作由本机的 Selenium MCP 执行。别指望模型自己「连上」某个页面它没有这个能力也不该有。6.2 会话日志里应该看到什么一次正常的会话日志里大致是这个顺序客户端把工具调用发给 MCP 服务器 → 服务器启动 Chrome 或 Firefox → 返回会话 ID → 后续每一步定位、点击、截图都有对应的返回结果。截图的返回通常是文件路径或 base64 片段元素定位的返回里会带上选择器和匹配数量。如果看到浏览器确实起来了、页面也加载了但对话侧报 401那说明通道配置还是没生效回到第 4、5 节检查。如果对话侧正常、浏览器动作失败那就是选择器或等待时间的问题和 TaoToken 没关系了别往通道上找原因。7. 还在报 401按这几条逐项排7.1 三个最常见的填错位置第一Base URL 多写了/v1。填 https://taotoken.net/api 就够尾部不要加版本段。第二把官网落地页填进了工具。落地页是给人点的带查询参数填进base_url会直接失效。第三Key 复制时带了空格或换行或者复制的是控制台里展示的 Key 前缀而不是完整值。还有两个隐性坑一是改完配置没重启客户端进程里还是旧的环境变量二是同时存在用户级和项目级两个配置文件你改的那个优先级更低。这两条不需要重新拿 Key重启一次、或者把低优先级的文件删掉就能验证。7.2 这些现象不归通道管浏览器会话启动超时、元素找不到、截图空白、驱动版本不匹配——这些属于 Selenium MCP 和本机环境的事换 Key 换地址都不会改善。反过来对话侧一直 401、模型名报不存在、请求发出后立即被拒这些才是通道层的问题。把这两类分开之后排障时间通常能从半小时压到几分钟。一个实用的判断方法先在纯文本对话里试一次。文本通了通道就是通的剩下的全是浏览器那边的活。8. 跑通之后回控制台对一下这次调用会话跑起来之后建议回到 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 看一眼用量记录确认刚才那次 Selenium MCP 的交互有没有正常记上账。如果记录为空说明请求根本没走到通道上配置还有一层没生效别急着往下写测试用例。需要长期在项目里跑浏览器自动化可以看看 Coding Plan 的额度是否够用Key 随时可以在 控制台 API Keys 里新建或轮换。Claude Code 的环境变量与设置文件完整对照见 Claude Code 接入文档。个人体会是401 之所以让人烦躁是因为它出现在一个你刚配完、还没来得及验证的环节看起来像「全都错了」。实际上它只是一个信号模型通道没认出你。把 Base URL 收敛到 https://taotoken.net/api把 Key 放进客户端该放的位置把 Selenium MCP 的配置留干净这三件事做完浏览器会话该启动就启动该点就点。