1. 先把三个名词放回同一条请求里看Claude Code 里的 Skills、MCP、Rules被讲成三套并列的体系越看越像三门要分别学的课。我一开始也这么理解直到把一次真实的 API 请求拆开看system、tools、messages三个字段Rules 落在 messages 最前面MCP 同时落在 tools 和 system 里Skills 的正文也是落进 messages。三个概念在文档里各说各话在请求体里却是同一批位置的不同占位方式。这篇就按这个视角写。适合已经在用 Claude Code、被 Rules/MCP/Skills 绕晕、想搞清楚到底该在什么时候用哪个的人也适合想把这套东西接到统一 Key 通道上、不想每个工具单独配一遍的人。核心检索词先摆出来Claude Code 的 Skills 是可复用的 Markdown 工作指令MCP 是外部工具协议Rules 是项目级行为规范三者最终都变成发给模型的上下文区别主要在塞进哪个字段、什么时候塞、谁来触发。我会用 TaoToken 作为统一 Key 通道把 Claude Code 的接入配置写完整然后在settings.json和config.toml里给出可复制的骨架最后发一次请求把三者的调用链差异打出来看。全程不需要你改 Claude Code 的源码只需要改配置。2. 接入前把 TaoToken 的 Key 和通道准备好TaoToken 在这里的角色是统一入口Claude Code、其他编码 Agent、以及你后面可能加的模型对话都走同一个 Key不用为每个客户端单独申请和轮换。官网地址是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 入口是 https://taotoken.net/api 注意 API 这个地址不带 UTM 参数配置里填的就是它。第一步登录后在控制台创建 API Key。控制台地址带 deep linkhttps://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。创建时给 Key 起个能认出来的名字比如claude-code-local方便后面在多个客户端之间区分。Key 只在创建时完整显示一次复制后先放到本地环境变量里别直接写进会提交到 Git 的配置文件。第二步确认你要用的模型名。Claude Code 默认走 Anthropic 的模型标识TaoToken 的模型对话页可以对照可用模型https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。如果你只是本地跑 Claude Code 做编码选一个稳定的编码向模型即可不用一上来就追最新。第三步把 Key 写进环境变量。macOS/Linux 用export TAOTOKEN_API_KEYsk-你的keyWindows PowerShell 用$env:TAOTOKEN_API_KEYsk-你的key这一步的意义是后面settings.json和config.toml里都引用这个变量而不是硬编码 Key。这样你换 Key 只改一处配置文件可以放心进版本库。注意不要把 Key 直接写进.claude/settings.json再提交。Claude Code 的配置经常被团队共享Key 一旦进仓库就等于泄露。用环境变量引用是成本最低的防护。3. settings.json 与 config.toml 的可复制配置骨架Claude Code 的配置分两层项目级的.claude/settings.json管权限、环境变量、MCP Server 注册用户级的~/.claude/settings.json管全局默认。而config.toml通常出现在你用的其他编码客户端或网关侧用来声明 provider 和 base_url。两者配合的方式是config.toml定义请求发到哪settings.json定义Claude Code 在这个项目里怎么行为。先写config.toml的骨架。放在你的客户端配置目录下核心是 provider 段# config.toml —— 统一走 TaoToken 通道 [provider.taotoken] type anthropic base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY [model] default claude-sonnet-4-5 provider taotoken [request] timeout_seconds 120 max_retries 2这里base_url填的是不带 UTM 的 API 地址api_key_env指向刚才设的环境变量。type anthropic表示按 Anthropic 的消息协议发请求Claude Code 的system/tools/messages结构能原样透传。再写.claude/settings.json的骨架。这个文件管的是 Claude Code 自身的行为包括 MCP Server 注册和权限{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_API_KEY: ${TAOTOKEN_API_KEY} }, permissions: { allow: [ Read, Edit, Bash(gh *), Bash(git *) ], deny: [ Bash(rm -rf *) ] }, mcpServers: { github: { command: npx, args: [-y, modelcontextprotocol/server-github], env: { GITHUB_PERSONAL_ACCESS_TOKEN: ${GITHUB_TOKEN} } } } }env段把 Claude Code 的请求指向 TaoToken 通道permissions段控制哪些工具能自动执行mcpServers段注册外部 MCP Server。注意mcpServers里的github只是示例你不需要它也能跑通后面的验证如果暂时不接 MCP把这一段删掉即可。Rules 的配置不在settings.json里而是靠文件发现。在项目根建CLAUDE.md或者建.claude/rules/目录放规则文件。条件规则用 frontmatter 的paths字段限定生效范围--- paths: - src/components/**/*.tsx - src/hooks/**/*.ts --- 在 React 组件中始终使用函数式组件和 hooks不要用 class 组件。Skills 的配置是文件系统层面的。在.claude/skills/下建目录每个目录放一个SKILL.md--- name: commit description: 按团队规范生成提交信息并提交代码 whenToUse: 用户要求提交代码、生成 commit message 时 --- Step 1: 运行 git diff --staged 查看暂存区改动。 Step 2: 按 Conventional Commits 规范生成提交信息。 Step 3: 执行 git commit不要加 --no-verify。到这里三者的配置位置就清楚了Rules 是CLAUDE.md和.claude/rules/*.mdMCP 是settings.json的mcpServersSkills 是.claude/skills/*/SKILL.md。它们物理上分散但最终都会汇进同一次 API 请求。4. 发一次请求把三者的调用链差异打出来配置写完最直接的验证方式是发一次请求看请求体里三者分别出现在哪。Claude Code 本身不打印完整请求体但你可以用一个最小的 Anthropic 协议请求来模拟观察字段结构。先验证通道本身通不通。用 curl 发一个最小请求curl -s https://taotoken.net/api/v1/messages \ -H x-api-key: $TAOTOKEN_API_KEY \ -H anthropic-version: 2023-06-01 \ -H content-type: application/json \ -d { model: claude-sonnet-4-5, max_tokens: 256, system: 你是一个只回答 JSON 的助手。, messages: [ {role: user, content: 返回 {\ok\: true}} ] }如果返回里带content数组和stop_reason说明 Key 和通道都正常。这一步失败的话先查 Key 有没有带sk-前缀、环境变量有没有在当前 shell 生效。通道通了之后在 Claude Code 里发一条会同时触发三者的指令。比如在项目里输入帮我给 src/components/Button.tsx 加一个 loading 状态然后提交这条指令会依次触发Rules 里的 React 规范因为路径匹配src/components/**/*.tsx被注入到 messages 最前面模型读到 Skill 列表后判断commitskill 匹配输出一个tool_use调用 Skill 工具如果 MCP 的 github server 已连接模型在需要查 issue 时会输出mcp__github__*的 tool_use。要观察调用链差异最省事的办法是开 Claude Code 的调试日志。在settings.json里加{ env: { ANTHROPIC_LOG: debug } }重启 Claude Code 后日志里会打印每次请求的字段摘要。你会看到Rules 的内容出现在messages[0]role 是user带isMeta标记被system-reminder包裹。它不走tool_use是每次请求自动注入的。MCP 的工具定义出现在tools[]数组里名字形如mcp__github__create_issue和内置的Read、Edit并列格式完全一致。模型分不出哪个是内置、哪个是 MCP区别只在 Claude Code 侧的执行路由内置工具本地执行MCP 工具转发到外部进程。Skills 的触发是一个tool_usename是Skillinput里带skill: commit。但它的tool_result很短只有一句Launching skill: commit真正的指令文本是作为一条isMeta: true的 user 消息注入到对话历史里的。也就是说Skill 的能力来自那段被注入的 Markdowntool_use只是个触发器。把这三条放在一起看结论就出来了Rules 是自动注入的上下文MCP 是注册进 tools 的外部函数Skills 是用 tool_use 触发一次 Markdown 注入。三者在请求体里的位置不同但都不是什么独立的运行时。5. 本篇常见错排查配置过程中最容易踩的坑基本集中在这几类。第一类Key 没生效。表现是请求返回 401 或authentication_error。先确认环境变量在当前 shell 里能echo $TAOTOKEN_API_KEY出来如果settings.json里写的是${TAOTOKEN_API_KEY}确认 Claude Code 启动时这个变量已经存在。Windows 下环境变量名大小写不敏感但容易拼错建议统一用大写。第二类base_url 写错。常见的是把https://taotoken.net/api写成带/v1或带 UTM 参数的版本。API 入口就是https://taotoken.net/api不要加 UTM也不要手动拼/v1/messages到配置里——客户端会自己拼。如果返回 404先检查这一项。第三类MCP Server 起不来。表现是 Claude Code 启动时报mcp server failed to connect。先单独在终端跑一遍mcpServers里的command和args看进程能不能起来。npx拉包慢的话先手动npx -y modelcontextprotocol/server-github预热一次。另外 MCP Server 的env里引用的变量比如GITHUB_TOKEN也要真实存在否则握手会失败。第四类Skill 不自动触发。这是最高频的困惑。原因通常是description和whenToUse写得太模糊模型判断不出来。Skill 列表有 token 预算每个描述最多 250 字符写太长会被截断。解决办法是把触发场景写具体比如用户要求提交代码、生成 commit message 时而不是用于代码相关操作。如果还是不触发直接用/commit手动调用别跟模型较劲。第五类Rules 没生效。先确认文件位置对不对项目根CLAUDE.md、.claude/CLAUDE.md、.claude/rules/*.md都会被扫描。条件规则的paths字段如果写错规则只在匹配路径时才注入你在别的文件上测试自然看不到效果。另外单个CLAUDE.md超过 40000 字符会触发警告超长内容建议拆到.claude/rules/下。第六类改了配置没重启。Claude Code 的settings.json和 MCP 注册在启动时读取改完要重启进程。Skills 和 Rules 是运行时扫描的改完通常下一轮就生效但 Skill 列表的刷新时机取决于客户端实现稳妥起见也重启一次。排障时如果怀疑是通道问题而不是配置问题可以直接用第 4 节的 curl 命令测一次。curl 通、Claude Code 不通问题在客户端配置curl 也不通问题在 Key 或通道。接入相关的文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite Key 管理在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentapi-keysutm_campaignrewrite 。6. 按场景选通道把 Key 收在一处回到最开始那个问题Skills、MCP、Rules 的区别到底有多大。从请求体看它们的区别是注入位置 触发方式的组合不是三套独立体系。Rules 自动注入 messagesMCP 注册进 tools 并可能带 system instructionsSkills 用 tool_use 触发一次 Markdown 注入。理解了这个你就不会再被该学哪个困住——它们解决的是不同层面的问题不是替代关系。实际选型上我的建议是项目级编码规范、技术栈约定放 Rules短文本、每次注入不心疼长流程、需要执行隔离的工作流放 Skills用 Fork 模式跑需要持久连接、原子封装、权限隔离的外部系统才上 MCP简单的gh、curl、psql直接让模型用 Bash。如果你后面要长期跑编码任务或 Agent 工作流可以看一下 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 。它适合把 Claude Code 这类客户端固定在一个通道上Key 和额度集中管理不用每个项目单独配。想先验证模型效果的话模型对话入口在 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 可以先在网页上试一轮再落到本地配置。最后留一个我自己的习惯把TAOTOKEN_API_KEY只放在 shell 的启动文件里settings.json和config.toml全部用变量引用这两个文件可以放心进 Git。团队里谁要接入复制配置骨架、自己设一次环境变量就行Key 不落地到任何仓库。这样换 Key、加客户端、排查通道问题都只动一个地方。