1. 为什么 Claude Code 装 MCP 总卡在连接失败Claude Code 的 MCPModel Context Protocol本质上是给 AI 助手外挂一组可调用的工具服务让它在写代码时能读浏览器、查文档、操作文件系统。听起来很美好但真正动手配置时很多人第一步就卡住了命令敲完没反应、/mcp里显示 failed、VS Code 侧边栏一直转圈。我试过在三个不同项目里重复配置 Playwright 和 Context7踩过的坑基本集中在下面这几类。第一类是连接类型选错。MCP 有三种传输方式Stdio、SSE、HTTP。Stdio 是本地进程通信command 和 args 必须写对SSE 和 HTTP 是远程服务要填 URL。很多人把 Playwright 这种本地服务配成了 HTTP或者把 Context7 的远程地址配成了 Stdio结果就是连不上。判断方法很简单看官方文档给的配置片段里有没有command字段有就是 Stdio只有url就是远程。第二类是作用域混乱。Claude Code 的 MCP 配置分 local、project、user 三个范围。local 只在当前项目生效且不进 Gitproject 会写进.mcp.json供团队共享user 对所有项目生效。如果你在 A 项目配了 local 的 Playwright换到 B 项目发现没有这不是 bug是作用域没选对。团队协作场景一定要用 project 范围否则每个人都要重新配一遍。第三类是命令参数拼写错误。Stdio 类型的 MCPclaude mcp add后面如果跟多个参数必须用--分隔。比如 Context7 有两个参数-y和upstash/context7-mcp正确写法是claude mcp add context7 -- npx -y upstash/context7-mcp。少了这个--Claude Code 会把后面的参数当成自己的选项解析直接报错。第四类是环境依赖缺失。Playwright MCP 依赖 Node 环境和 npx如果你的机器没装 Node 或者 npx 不在 PATH 里命令执行会静默失败。Context7 走远程 SSE 的话则要求网络能正常访问它的服务端点。这类问题不会给你明确报错只会表现为「配了但用不了」。面向使用 VS Code、Playwright、Context7 的开发者这篇内容给两条路一条是用 Claude Code Chat 插件点几下就完成配置适合想快速用起来的人另一条是掌握 Claude Code 原生命令行配置适合需要团队共享和精细控制的人。两条路都会给出可复制的配置片段和验证动作确保你配完能确认它真的通了。2. TaoToken 前置准备把模型接入和 MCP 配置分开做在折腾 MCP 之前有一个前置动作经常被忽略Claude Code 本身要能正常调用模型。MCP 是给已经跑起来的 Claude Code 加工具如果模型接入这层就没通MCP 配得再对也没意义。所以这一节先把模型接入这步做扎实再进入 MCP 配置。TaoToken 在这里的角色是提供统一的模型接入入口。你需要在它的控制台创建一个 API Key然后把这个 Key 配置到 Claude Code 的环境变量里。具体操作是打开控制台页面在 API Keys 菜单里新建一个 Key复制出来备用。这个 Key 就是后续所有请求的凭证。拿到 Key 之后Claude Code 需要知道两件事请求发到哪个地址用哪个 Key。地址用https://taotoken.net/apiKey 用你刚复制的那串。配置方式是在终端里设置环境变量或者写进 Claude Code 的配置文件。环境变量的写法是export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEY你的Key如果你用的是 Windows PowerShell换成$env:ANTHROPIC_BASE_URLhttps://taotoken.net/api $env:ANTHROPIC_API_KEY你的Key设置完之后重新打开一个终端窗口输入claude启动。如果能看到正常的对话界面说明模型接入这层已经通了。这一步没通的话先去接入文档里对照检查别急着往下配 MCP。这里有个细节要注意MCP 配置和模型接入是两套独立的配置。模型接入解决的是「Claude Code 用哪个模型」MCP 解决的是「Claude Code 能用哪些工具」。两者互不干扰但顺序上建议先通模型再配 MCP因为 MCP 的验证过程需要模型能正常响应。另外如果你打算长期用 Claude Code 做编码和 Agent 任务可以了解一下 Coding Plan 这类方案它针对持续性的编码场景做了额度优化比按量计费更适合日常高频使用。这个不是必须的但如果你发现自己每天都在用值得看一眼。模型接入通了之后接下来就是 MCP 的配置。下面先给最快的一条路用 Claude Code Chat 插件。3. 可复制配置Claude Code Chat 插件与原生命令双路线这一节给两套可复制的配置方案。方案 A 是 Claude Code Chat 插件适合想快速点几下就完成的人方案 B 是原生命令行配置适合需要团队共享和精细控制的人。两套方案都给出完整的配置片段你可以直接复制粘贴。3.1 方案 AClaude Code Chat 插件配置前提是你的 Claude Code 已经能正常运行。然后在 VS Code 插件市场搜索「Claude Code Chat」认准作者是 andrepimenta 的那个。安装完成后在侧边栏打开它对话框底部会看到一个 MCP 选项。展开 MCP 面板里面内置了一批常用的 MCP ServersContext7、Sequential Thinking、Memory、Puppeteer、Fetch、Filesystem 等。对于这些内置的你只需要点击一下就能添加不需要填任何配置。删除也是点一下 Delete 就完事。如果要添加内置列表里没有的比如 Playwright MCP点击「Add MCP Servers」在弹出的窗口里填几项Server Name 填PlaywrightServer Type 选Stdio。然后从 Playwright MCP 的官方配置里把 command 和 args 提取出来填进去。对应的 JSON 配置片段是这样的{ mcpServers: { playwright: { command: npx, args: [playwright/mcplatest] } } }把command的值npx填到 Command 框把args数组里的playwright/mcplatest填到 Arguments 框。点 Add Server对话框提示保存成功就完成了。Context7 如果走远程 SSE配置片段是{ mcpServers: { context7: { type: sse, url: https://mcp.context7.com/sse } } }在插件里 Server Type 选SSEURL 填https://mcp.context7.com/sse即可。如果走 HTTPURL 换成https://mcp.context7.com/mcpServer Type 选HTTP。3.2 方案 B原生命令行配置原生配置的核心命令是claude mcp add。三种传输类型对应三种写法。Stdio 类型以 Playwright 为例claude mcp add playwright npx playwright/mcplatest如果参数有多个比如 Context7 的-y和upstash/context7-mcp必须用--分隔claude mcp add context7 -- npx -y upstash/context7-mcpSSE 类型以 Context7 为例claude mcp add --transport sse context7 https://mcp.context7.com/sseHTTP 类型claude mcp add --transport http context7 https://mcp.context7.com/mcp默认情况下这样配出来的 MCP 只在当前项目生效且不会被 Git 记录。如果要团队共享加上-s projectclaude mcp add playwright -s project npx playwright/mcplatest这会把配置写进项目根目录的.mcp.json文件提交到 Git 后团队成员拉下来就能用。如果要所有项目都生效用-s userclaude mcp add playwright -s user npx playwright/mcplatest配完之后用claude mcp list列出所有已配置的服务器用claude mcp get playwright查看某个服务器的详细信息包括安装范围、连接状态、连接类型和移除命令。这里有一个容易忽略的点如果你同时用插件和命令行配置可能会出现重复条目。建议二选一要么全用插件要么全用命令行避免管理混乱。4. 验证请求确认 MCP 真的通了而不是看起来配好了配置完成不等于连接成功。Claude Code 的 MCP 状态不像 Cursor 那样直观需要主动验证。这一节给几个验证动作确保你配的 MCP 真的能用。第一个动作是查看 MCP 列表。在终端输入claude mcp list这会列出所有已配置的服务器。如果列表里没有你刚配的说明配置没保存成功回去检查命令拼写。如果有但状态显示 failed说明配置存在但连接不上需要看具体错误。第二个动作是查看单个服务器的详情claude mcp get playwright输出会告诉你这个服务器的安装范围local/project/user、连接状态、连接类型以及移除它的命令。如果连接状态是 connected说明通了如果是 failed往下看错误信息。第三个动作是在 Claude Code 对话里输入/mcp命令。这会显示当前会话可用的 MCP 服务器和它们提供的工具。如果 Playwright 配好了你应该能看到它暴露的 browser_navigate、browser_click 之类的工具。第四个动作是实际调用一次。在对话里输入playwright mcp 都支持哪些 tools都有哪些功能如果 Claude Code 能列出 Playwright 提供的工具列表说明 MCP 不仅连上了而且模型能正常调用它。这一步是最有说服力的验证因为它走完了「模型 → MCP → 工具返回」的完整链路。对于 Context7可以输入用 context7 查一下 react 的最新文档如果它能返回 React 相关的文档内容说明 Context7 的远程连接也是通的。验证过程中如果遇到问题先看下一节的排查清单。大部分连接失败都能在那几个原因里找到对应。5. 常见报错排查401、local proxy failed、reading choices、OAuth这一节对照几个真实报错给出排查方向。这些错误在 Claude Code 配 MCP 的过程中出现频率最高。401 Unauthorized。这个错误通常出现在模型接入层不是 MCP 层。意思是你的 API Key 无效或者没传对。检查三件事Key 是否复制完整有没有多余空格、环境变量名是否写对是ANTHROPIC_API_KEY不是别的、Base URL 是否指向https://taotoken.net/api。如果这三项都对还是 401去控制台确认 Key 是否被禁用或过期。local proxy failed。这个错误说明 Claude Code 尝试通过本地代理转发请求但失败了。常见原因是环境变量里配置了代理地址但代理服务没运行。检查你的HTTP_PROXY和HTTPS_PROXY环境变量如果不需要代理就清掉它们。另外确认 Base URL 没有写成带端口的本地地址。reading choices 相关错误。这个通常出现在模型返回格式不符合预期时。如果你用的是第三方接入确认 Base URL 指向的是兼容 Anthropic 接口的端点。TaoToken 的https://taotoken.net/api是兼容的直接用它就行。如果错误信息里提到choices字段说明请求被路由到了 OpenAI 格式的端点检查你的配置有没有混用。OAuth 相关报错。Claude Code 某些版本会尝试 OAuth 流程如果你用的是 API Key 接入不需要走 OAuth。出现 OAuth 错误说明配置里可能残留了 OAuth 相关的设置。检查 Claude Code 的配置文件把 OAuth 相关的字段清掉只保留 Base URL 和 API Key。MCP 显示 failed 但没有具体错误。这种情况多半是 Stdio 类型的 command 找不到。在终端手动执行一遍 command比如npx playwright/mcplatest看能不能正常运行。如果报 command not found说明 Node 或 npx 没装好。如果手动能跑但 Claude Code 里 failed检查 command 路径是不是绝对路径有时候需要写全路径。配了 project 范围但团队拉下来用不了。检查.mcp.json是否真的提交到了 Git。这个文件默认可能被.gitignore忽略需要手动确认。另外团队成员需要各自配置自己的 API Key.mcp.json里不应该包含 Key。排查的基本思路是先确认模型接入层通了能正常对话再确认 MCP 配置层对了list 里有条目最后确认连接层通了get 显示 connected。三层逐一排除大部分问题都能定位。6. 后续稳定调用把 MCP 接入变成日常开发的一部分MCP 配通之后真正的价值在于日常调用稳定。这一节说几个让后续操作顺畅的实践。第一固定作用域。团队项目统一用-s project个人工具用-s user临时试验用默认的 local。作用域固定了就不会出现「这个项目有那个项目没有」的混乱。.mcp.json提交到 Git 后新成员 clone 下来就能用不需要每个人重新配。第二Key 和配置分离。.mcp.json里只放 MCP 服务器的连接信息不放 API Key。Key 通过环境变量注入每个人用自己的。这样既方便团队共享配置又不会泄露凭证。第三定期用claude mcp list检查状态。MCP 服务器如果依赖远程服务可能会因为网络波动变成 failed。定期检查能及时发现问题。如果某个 MCP 不再使用用claude mcp remove清掉避免列表臃肿。第四Context7 这类文档查询 MCP适合在写不熟悉的库时调用。Playwright MCP 适合做端到端测试和页面交互。把它们配好之后在对话里直接说「用 playwright 打开这个页面截图」或者「用 context7 查这个 API 的用法」Claude Code 会自动调用对应的工具。如果你发现自己每天都在用 Claude Code 做编码任务可以看看 Coding Plan 这类长期方案它在额度上比按量计费更适合高频场景。模型对话页面则适合快速验证某个模型的行为不用改本地配置。接入文档里有完整的配置说明遇到本文没覆盖的情况可以去那里对照。最后说一个实操技巧把常用的 MCP 配置写成一个脚本换机器或者重装环境时一键执行。比如把claude mcp add那几条命令写进一个setup-mcp.sh新环境跑一遍就配好了。这比每次手动敲命令可靠得多也不会漏掉参数。 
长河君 · 2026/10/18 1:00:32 · 阅读 1.2k Claude Code 装 MCP 太难？别愁！这招一步到位，后续操作都顺畅！
1. 为什么 Claude Code 装 MCP 总卡在连接失败Claude Code 的 MCPModel Context Protocol本质上是给 AI 助手外挂一组可调用的工具服务让它在写代码时能读浏览器、查文档、操作文件系统。听起来很美好但真正动手配置时很多人第一步就卡住了命令敲完没反应、/mcp里显示 failed、VS Code 侧边栏一直转圈。我试过在三个不同项目里重复配置 Playwright 和 Context7踩过的坑基本集中在下面这几类。第一类是连接类型选错。MCP 有三种传输方式Stdio、SSE、HTTP。Stdio 是本地进程通信command 和 args 必须写对SSE 和 HTTP 是远程服务要填 URL。很多人把 Playwright 这种本地服务配成了 HTTP或者把 Context7 的远程地址配成了 Stdio结果就是连不上。判断方法很简单看官方文档给的配置片段里有没有command字段有就是 Stdio只有url就是远程。第二类是作用域混乱。Claude Code 的 MCP 配置分 local、project、user 三个范围。local 只在当前项目生效且不进 Gitproject 会写进.mcp.json供团队共享user 对所有项目生效。如果你在 A 项目配了 local 的 Playwright换到 B 项目发现没有这不是 bug是作用域没选对。团队协作场景一定要用 project 范围否则每个人都要重新配一遍。第三类是命令参数拼写错误。Stdio 类型的 MCPclaude mcp add后面如果跟多个参数必须用--分隔。比如 Context7 有两个参数-y和upstash/context7-mcp正确写法是claude mcp add context7 -- npx -y upstash/context7-mcp。少了这个--Claude Code 会把后面的参数当成自己的选项解析直接报错。第四类是环境依赖缺失。Playwright MCP 依赖 Node 环境和 npx如果你的机器没装 Node 或者 npx 不在 PATH 里命令执行会静默失败。Context7 走远程 SSE 的话则要求网络能正常访问它的服务端点。这类问题不会给你明确报错只会表现为「配了但用不了」。面向使用 VS Code、Playwright、Context7 的开发者这篇内容给两条路一条是用 Claude Code Chat 插件点几下就完成配置适合想快速用起来的人另一条是掌握 Claude Code 原生命令行配置适合需要团队共享和精细控制的人。两条路都会给出可复制的配置片段和验证动作确保你配完能确认它真的通了。2. TaoToken 前置准备把模型接入和 MCP 配置分开做在折腾 MCP 之前有一个前置动作经常被忽略Claude Code 本身要能正常调用模型。MCP 是给已经跑起来的 Claude Code 加工具如果模型接入这层就没通MCP 配得再对也没意义。所以这一节先把模型接入这步做扎实再进入 MCP 配置。TaoToken 在这里的角色是提供统一的模型接入入口。你需要在它的控制台创建一个 API Key然后把这个 Key 配置到 Claude Code 的环境变量里。具体操作是打开控制台页面在 API Keys 菜单里新建一个 Key复制出来备用。这个 Key 就是后续所有请求的凭证。拿到 Key 之后Claude Code 需要知道两件事请求发到哪个地址用哪个 Key。地址用https://taotoken.net/apiKey 用你刚复制的那串。配置方式是在终端里设置环境变量或者写进 Claude Code 的配置文件。环境变量的写法是export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEY你的Key如果你用的是 Windows PowerShell换成$env:ANTHROPIC_BASE_URLhttps://taotoken.net/api $env:ANTHROPIC_API_KEY你的Key设置完之后重新打开一个终端窗口输入claude启动。如果能看到正常的对话界面说明模型接入这层已经通了。这一步没通的话先去接入文档里对照检查别急着往下配 MCP。这里有个细节要注意MCP 配置和模型接入是两套独立的配置。模型接入解决的是「Claude Code 用哪个模型」MCP 解决的是「Claude Code 能用哪些工具」。两者互不干扰但顺序上建议先通模型再配 MCP因为 MCP 的验证过程需要模型能正常响应。另外如果你打算长期用 Claude Code 做编码和 Agent 任务可以了解一下 Coding Plan 这类方案它针对持续性的编码场景做了额度优化比按量计费更适合日常高频使用。这个不是必须的但如果你发现自己每天都在用值得看一眼。模型接入通了之后接下来就是 MCP 的配置。下面先给最快的一条路用 Claude Code Chat 插件。3. 可复制配置Claude Code Chat 插件与原生命令双路线这一节给两套可复制的配置方案。方案 A 是 Claude Code Chat 插件适合想快速点几下就完成的人方案 B 是原生命令行配置适合需要团队共享和精细控制的人。两套方案都给出完整的配置片段你可以直接复制粘贴。3.1 方案 AClaude Code Chat 插件配置前提是你的 Claude Code 已经能正常运行。然后在 VS Code 插件市场搜索「Claude Code Chat」认准作者是 andrepimenta 的那个。安装完成后在侧边栏打开它对话框底部会看到一个 MCP 选项。展开 MCP 面板里面内置了一批常用的 MCP ServersContext7、Sequential Thinking、Memory、Puppeteer、Fetch、Filesystem 等。对于这些内置的你只需要点击一下就能添加不需要填任何配置。删除也是点一下 Delete 就完事。如果要添加内置列表里没有的比如 Playwright MCP点击「Add MCP Servers」在弹出的窗口里填几项Server Name 填PlaywrightServer Type 选Stdio。然后从 Playwright MCP 的官方配置里把 command 和 args 提取出来填进去。对应的 JSON 配置片段是这样的{ mcpServers: { playwright: { command: npx, args: [playwright/mcplatest] } } }把command的值npx填到 Command 框把args数组里的playwright/mcplatest填到 Arguments 框。点 Add Server对话框提示保存成功就完成了。Context7 如果走远程 SSE配置片段是{ mcpServers: { context7: { type: sse, url: https://mcp.context7.com/sse } } }在插件里 Server Type 选SSEURL 填https://mcp.context7.com/sse即可。如果走 HTTPURL 换成https://mcp.context7.com/mcpServer Type 选HTTP。3.2 方案 B原生命令行配置原生配置的核心命令是claude mcp add。三种传输类型对应三种写法。Stdio 类型以 Playwright 为例claude mcp add playwright npx playwright/mcplatest如果参数有多个比如 Context7 的-y和upstash/context7-mcp必须用--分隔claude mcp add context7 -- npx -y upstash/context7-mcpSSE 类型以 Context7 为例claude mcp add --transport sse context7 https://mcp.context7.com/sseHTTP 类型claude mcp add --transport http context7 https://mcp.context7.com/mcp默认情况下这样配出来的 MCP 只在当前项目生效且不会被 Git 记录。如果要团队共享加上-s projectclaude mcp add playwright -s project npx playwright/mcplatest这会把配置写进项目根目录的.mcp.json文件提交到 Git 后团队成员拉下来就能用。如果要所有项目都生效用-s userclaude mcp add playwright -s user npx playwright/mcplatest配完之后用claude mcp list列出所有已配置的服务器用claude mcp get playwright查看某个服务器的详细信息包括安装范围、连接状态、连接类型和移除命令。这里有一个容易忽略的点如果你同时用插件和命令行配置可能会出现重复条目。建议二选一要么全用插件要么全用命令行避免管理混乱。4. 验证请求确认 MCP 真的通了而不是看起来配好了配置完成不等于连接成功。Claude Code 的 MCP 状态不像 Cursor 那样直观需要主动验证。这一节给几个验证动作确保你配的 MCP 真的能用。第一个动作是查看 MCP 列表。在终端输入claude mcp list这会列出所有已配置的服务器。如果列表里没有你刚配的说明配置没保存成功回去检查命令拼写。如果有但状态显示 failed说明配置存在但连接不上需要看具体错误。第二个动作是查看单个服务器的详情claude mcp get playwright输出会告诉你这个服务器的安装范围local/project/user、连接状态、连接类型以及移除它的命令。如果连接状态是 connected说明通了如果是 failed往下看错误信息。第三个动作是在 Claude Code 对话里输入/mcp命令。这会显示当前会话可用的 MCP 服务器和它们提供的工具。如果 Playwright 配好了你应该能看到它暴露的 browser_navigate、browser_click 之类的工具。第四个动作是实际调用一次。在对话里输入playwright mcp 都支持哪些 tools都有哪些功能如果 Claude Code 能列出 Playwright 提供的工具列表说明 MCP 不仅连上了而且模型能正常调用它。这一步是最有说服力的验证因为它走完了「模型 → MCP → 工具返回」的完整链路。对于 Context7可以输入用 context7 查一下 react 的最新文档如果它能返回 React 相关的文档内容说明 Context7 的远程连接也是通的。验证过程中如果遇到问题先看下一节的排查清单。大部分连接失败都能在那几个原因里找到对应。5. 常见报错排查401、local proxy failed、reading choices、OAuth这一节对照几个真实报错给出排查方向。这些错误在 Claude Code 配 MCP 的过程中出现频率最高。401 Unauthorized。这个错误通常出现在模型接入层不是 MCP 层。意思是你的 API Key 无效或者没传对。检查三件事Key 是否复制完整有没有多余空格、环境变量名是否写对是ANTHROPIC_API_KEY不是别的、Base URL 是否指向https://taotoken.net/api。如果这三项都对还是 401去控制台确认 Key 是否被禁用或过期。local proxy failed。这个错误说明 Claude Code 尝试通过本地代理转发请求但失败了。常见原因是环境变量里配置了代理地址但代理服务没运行。检查你的HTTP_PROXY和HTTPS_PROXY环境变量如果不需要代理就清掉它们。另外确认 Base URL 没有写成带端口的本地地址。reading choices 相关错误。这个通常出现在模型返回格式不符合预期时。如果你用的是第三方接入确认 Base URL 指向的是兼容 Anthropic 接口的端点。TaoToken 的https://taotoken.net/api是兼容的直接用它就行。如果错误信息里提到choices字段说明请求被路由到了 OpenAI 格式的端点检查你的配置有没有混用。OAuth 相关报错。Claude Code 某些版本会尝试 OAuth 流程如果你用的是 API Key 接入不需要走 OAuth。出现 OAuth 错误说明配置里可能残留了 OAuth 相关的设置。检查 Claude Code 的配置文件把 OAuth 相关的字段清掉只保留 Base URL 和 API Key。MCP 显示 failed 但没有具体错误。这种情况多半是 Stdio 类型的 command 找不到。在终端手动执行一遍 command比如npx playwright/mcplatest看能不能正常运行。如果报 command not found说明 Node 或 npx 没装好。如果手动能跑但 Claude Code 里 failed检查 command 路径是不是绝对路径有时候需要写全路径。配了 project 范围但团队拉下来用不了。检查.mcp.json是否真的提交到了 Git。这个文件默认可能被.gitignore忽略需要手动确认。另外团队成员需要各自配置自己的 API Key.mcp.json里不应该包含 Key。排查的基本思路是先确认模型接入层通了能正常对话再确认 MCP 配置层对了list 里有条目最后确认连接层通了get 显示 connected。三层逐一排除大部分问题都能定位。6. 后续稳定调用把 MCP 接入变成日常开发的一部分MCP 配通之后真正的价值在于日常调用稳定。这一节说几个让后续操作顺畅的实践。第一固定作用域。团队项目统一用-s project个人工具用-s user临时试验用默认的 local。作用域固定了就不会出现「这个项目有那个项目没有」的混乱。.mcp.json提交到 Git 后新成员 clone 下来就能用不需要每个人重新配。第二Key 和配置分离。.mcp.json里只放 MCP 服务器的连接信息不放 API Key。Key 通过环境变量注入每个人用自己的。这样既方便团队共享配置又不会泄露凭证。第三定期用claude mcp list检查状态。MCP 服务器如果依赖远程服务可能会因为网络波动变成 failed。定期检查能及时发现问题。如果某个 MCP 不再使用用claude mcp remove清掉避免列表臃肿。第四Context7 这类文档查询 MCP适合在写不熟悉的库时调用。Playwright MCP 适合做端到端测试和页面交互。把它们配好之后在对话里直接说「用 playwright 打开这个页面截图」或者「用 context7 查这个 API 的用法」Claude Code 会自动调用对应的工具。如果你发现自己每天都在用 Claude Code 做编码任务可以看看 Coding Plan 这类长期方案它在额度上比按量计费更适合高频场景。模型对话页面则适合快速验证某个模型的行为不用改本地配置。接入文档里有完整的配置说明遇到本文没覆盖的情况可以去那里对照。最后说一个实操技巧把常用的 MCP 配置写成一个脚本换机器或者重装环境时一键执行。比如把claude mcp add那几条命令写进一个setup-mcp.sh新环境跑一遍就配好了。这比每次手动敲命令可靠得多也不会漏掉参数。