1. 为什么规则文件总是不按你写的顺序生效很多人第一次接触 Vibe Coding 时都会遇到一个很迷惑的现象明明在AGENTS.md里写了「所有函数必须加类型注解」结果 Cursor 生成的代码还是裸奔明明在CLAUDE.md里强调「禁止使用 any」Claude Code 还是给你来一句const data: any ...。于是开始怀疑是不是模型不行或者规则文件根本没被读到。问题往往不在模型而在规则的定义顺序与生效范围。Vibe 规则不是「写一份就全局通吃」它分三层IDE 工程规范层、AI 工具规则层、模型行为约束层。这三层的加载顺序、覆盖关系、作用域各不相同。你在AGENTS.md里写的内容可能被.cursor/rules/*.mdc里的某条规则覆盖你在CLAUDE.md里写的约束可能因为.claude/rules/*.md的优先级更高而被忽略。这篇内容聚焦的就是这件事在 Cursor 与 VS Code 中把AGENTS.md、CLAUDE.md、.cursor/rules/*.mdc、.claude/rules/*.md这些规则文件的顺序与内容梳理清楚同时给出可复制的规则模板以及通过 TaoToken 统一 Key/API 通道的配置片段。适合正在用 Cursor、VS Code Claude Code、Cline、Kilo 等工具做 Vibe Coding但规则总是「写了不生效」的开发者。核心检索词先摆出来Vibe 规则定义顺序、AGENTS.md 与 CLAUDE.md 优先级、Cursor rules mdc 生效范围、VS Code settings.json 与 AI 规则分层、TaoToken 统一 API 通道配置。下面按「问题场景 → 前置准备 → 可复制配置 → 验证请求 → 错排查 → CTA」的顺序展开每一步都能直接跟着做。先说结论性的顺序模型后面所有配置都围绕它层级作用典型文件生效范围L1 IDE 工程规范编辑器行为、格式化、lint.vscode/settings.json、.editorconfig、.prettierrc、.eslintrc整个工作区与 AI 无关L2 AI 工具规则工具级行为约束AGENTS.md、CLAUDE.md、.cursor/rules/*.mdc、.claude/rules/*.md对应 AI 工具L3 模型行为约束具体生成时的 prompt 约束规则文件内的 frontmatter、alwaysApply等单次会话或匹配文件L1 是地基L2 是主体L3 是微调。顺序错了L2 写得再漂亮也会被 L1 的格式化规则冲掉或者被 L3 的alwaysApply: false直接跳过。2. TaoToken 前置统一 Key 与 API 通道让规则只写一次在讲规则文件之前先把 API 通道统一掉。原因很直接如果你在 Cursor 里配一个 Key、在 Claude Code 里配另一个、在 Cline 里再配一个那么规则文件里关于「模型行为」的约束就会因为后端不同而表现不一致。统一通道之后AGENTS.md和CLAUDE.md里的规则才能真正做到「写一次多工具复用」。TaoToken 在这里的角色是统一的 API 通道你拿到一个 Key配一个 Base URL就可以在 Cursor、VS Code 插件、Claude Code、Cline、Kilo 等工具里复用同一套模型访问方式。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 端点是 https://taotoken.net/api 这个不加 UTM直接用于配置。前置准备分三步都是可跟做的第一步拿到 Key。进入控制台创建 API Key路径是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 创建后复制保存。Key 只在创建时完整显示一次丢了就重新建。第二步确认模型 ID。不同工具对模型名的写法略有差异但底层用的是同一套 ID。你可以在模型对话页先试一下目标模型是否可用 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。这一步很关键因为后面规则文件里如果写了「必须用某模型」而该模型 ID 写错规则会静默失效。第三步决定接入方式。如果你只是想让 Cursor / VS Code 里的 AI 走统一通道用 API Key Base URL 即可参考接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。如果你要做长期编码或 Agent 任务建议直接上 Coding Plan路径是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 这样规则文件里的「长任务约束」才有稳定的配额支撑。这里要强调一个容易踩的坑不要把 Key 写进规则文件。AGENTS.md、CLAUDE.md是会被提交到 Git 的Key 写进去等于泄露。正确做法是 Key 放在工具自己的配置里比如 Cursor 的设置、Claude Code 的环境变量、.codex/config.toml规则文件里只写行为约束不写凭证。统一通道之后规则文件的「顺序」才有意义。因为如果每个工具连的后端都不一样你根本无法判断某条规则没生效是规则顺序问题还是后端模型差异。把变量控制住才能定位问题。3. 可复制配置AGENTS.md、CLAUDE.md 与 mdc 规则模板这一节是全文的技术核心给出可直接复制的规则文件模板以及 Cursor / VS Code 侧的配置片段。所有路径与原文一致你照着建文件即可。3.1 规则文件的定义顺序先定顺序再填内容按职责从外到内顺序如下IDE 工程规范层与 AI 无关但影响 AI 读到的代码形态.vscode/settings.json自动保存、保存时格式化等.editorconfig字符集、缩进、换行符.prettierrcJS/TS、CSS、JSON、MD 排版.eslintrcJS/TS 代码质量、语法错误、未使用变量AI 工具规则层按工具分CursorAGENTS.md.cursor/rules/*.mdc旧版是~/.cursorrulesClaude CodeCLAUDE.md.claude/rules/*.mdCodexAGENTS.md.agents/skills/*.md.codex/config.toml.codex/rules/default.rulesClineAGENTS.md.clinerules/*.mdKiloAGENTS.md.kilo/rules/*.md需在kilo.jsonc里配置Trae.trae/rules/*.md与 Cursor 的 mdc 相同支持 Markdown YAML frontmatter模型行为约束层规则文件内部的 frontmatteralwaysApply、globs、description等字段决定这条规则何时生效顺序原则L1 先于 L2L2 先于 L3同层内越具体的文件优先级越高。比如.cursor/rules/typescript.mdc比AGENTS.md更具体所以当两者冲突时mdc 里的规则覆盖 AGENTS.md。3.2 AGENTS.md 模板通用Cursor / Codex / Cline / Kilo 共用在项目根目录建AGENTS.md# AGENTS.md ## 项目概览 - 技术栈TypeScript React Vite - 包管理器pnpm - 测试框架Vitest ## 代码规范 - 所有函数必须显式标注参数与返回值类型 - 禁止使用 any必要时用 unknown 类型守卫 - 组件文件使用 PascalCase工具函数使用 camelCase - 单文件不超过 300 行超出则拆分 ## 提交规范 - commit message 使用 Conventional Commits - 每次提交前必须通过 pnpm lint 与 pnpm test ## 禁止事项 - 禁止直接修改 node_modules - 禁止在业务代码中硬编码 API Key - 禁止提交 .env 文件这份AGENTS.md是「基线规则」所有支持 AGENTS.md 的工具都会读它。注意它不写具体模型、不写 Key只写行为约束。3.3 CLAUDE.md 模板Claude Code 专用在项目根目录建CLAUDE.md# CLAUDE.md ## 角色 你是本项目的资深 TypeScript 工程师遵循 AGENTS.md 中的所有规范。 ## 工作流 1. 修改代码前先阅读相关文件不要凭猜测改 2. 每次修改后运行 pnpm lint 与 pnpm test 3. 如果测试失败先修复再继续 ## 输出要求 - 代码块必须标注语言 - 解释改动时说明「为什么」而不只是「做了什么」 - 不确定的地方明确说「不确定」不要编造 API ## 禁止事项 - 禁止使用 any - 禁止跳过测试直接提交 - 禁止修改 AGENTS.md 与 CLAUDE.md 本身除非用户明确要求CLAUDE.md的定位是「在 AGENTS.md 基线之上补充 Claude Code 特有的工作流」。所以它第一句就声明「遵循 AGENTS.md」形成引用关系而不是重复写一遍规范。3.4 Cursor 的 .cursor/rules/*.mdc 模板Cursor 新版把规则拆到.cursor/rules/*.mdc每个文件用 YAML frontmatter 控制生效范围。建.cursor/rules/typescript.mdc--- description: TypeScript 代码规范 globs: [**/*.ts, **/*.tsx] alwaysApply: false --- # TypeScript 规则 - 所有导出函数必须有 JSDoc 注释 - 使用 type 而非 interface除非需要声明合并 - 异步函数必须处理错误禁止裸 await 不 catch - 导入顺序node 内置 → 第三方 → 本地组间空行再建一个.cursor/rules/always.mdc用于全局约束--- description: 全局约束始终生效 alwaysApply: true --- # 全局规则 - 遵循 AGENTS.md 中的所有规范 - 禁止使用 any - 禁止硬编码密钥关键点alwaysApply: true的规则优先级最高会覆盖AGENTS.md中的同名约束globs匹配的规则只在对应文件类型上生效。这就是「顺序与内容」的落地方式——用 frontmatter 控制顺序用正文控制内容。3.5 VS Code 侧配置片段VS Code 本身不读AGENTS.md但它的工程规范会影响 AI 读到的代码形态。建.vscode/settings.json{ editor.formatOnSave: true, editor.defaultFormatter: esbenp.prettier-vscode, editor.codeActionsOnSave: { source.fixAll.eslint: explicit }, files.eol: \n, files.encoding: utf8 }建.editorconfigroot true [*] charset utf-8 end_of_line lf indent_style space indent_size 2 insert_final_newline true trim_trailing_whitespace true建.prettierrc{ semi: true, singleQuote: true, trailingComma: all, printWidth: 100 }建.eslintrc.json{ extends: [eslint:recommended, plugin:typescript-eslint/recommended], rules: { typescript-eslint/no-explicit-any: error, typescript-eslint/explicit-function-return-type: warn } }这四份文件是 L1 层它们不直接约束 AI但决定了 AI 生成的代码在保存时会被格式化成什么样。如果 L1 和 L2 冲突比如 L2 说「不要分号」L1 的 Prettier 说semi: true保存时 L1 会赢因为格式化是编辑器行为AI 规则管不到。3.6 TaoToken 统一通道配置片段Cursor 侧在设置里找到模型配置填入 Base URLhttps://taotoken.net/api和你的 Key模型 ID 按控制台里显示的填。Claude Code 侧通过环境变量配置参考接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。典型写法是设置ANTHROPIC_BASE_URL与ANTHROPIC_API_KEY具体字段名以文档为准。Codex 侧.codex/config.toml里配置 Base URL 与 Key模型 ID 写在model字段。Cline / Kilo 侧在插件设置里填 Base URL、Key、Model ID 三件套。这里必须写全三件套Base URL Key Model ID。少任何一个工具都会报错或静默回退到默认模型导致规则文件里的模型约束失效。4. 验证请求改完 Base URL 后怎么确认规则按预期加载配置写完不代表生效。这一节给出可执行的验证动作确保规则顺序真的按你预期工作。4.1 验证 API 通道是否通先用最直接的方式确认通道可用。在终端里发一个请求以 curl 为例具体端点以文档为准curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -d { model: 你的模型ID, messages: [{role: user, content: 回复 OK 两个字母}] }如果返回里有choices字段且内容正常说明 Base URL 和 Key 都对。如果返回 401说明 Key 有问题如果返回local proxy failed或连接错误说明 Base URL 写错了或网络层有问题。4.2 验证规则文件是否被读取在 Cursor 里新建一个.ts文件输入一个故意违反规则的片段比如const data: any fetchData();然后让 Cursor 的 AI 补全或修改。如果.cursor/rules/typescript.mdc和AGENTS.md生效AI 应该提示「不要用 any」或直接改成unknown。如果它无动于衷说明规则没被读到。在 Claude Code 里直接问它「你读到了哪些规则文件」正常情况下它会列出CLAUDE.md和AGENTS.md。如果只列出一个说明另一个路径不对或没建。4.3 验证规则顺序覆盖关系这是最关键的一步。故意制造冲突在AGENTS.md里写「使用分号」在.cursor/rules/always.mdc里写「不使用分号」且alwaysApply: true。然后让 AI 生成一行代码。预期结果不使用分号因为always.mdc的alwaysApply: true优先级高于AGENTS.md。如果结果相反说明你的 Cursor 版本对 mdc 的加载顺序和预期不同需要检查 frontmatter 是否写对。同理在 Claude Code 里CLAUDE.md与.claude/rules/*.md冲突时后者优先级更高。你可以用同样的方法验证。4.4 验证 L1 与 L2 的边界在AGENTS.md里写「不要自动格式化」但.vscode/settings.json里editor.formatOnSave: true。保存文件时格式化依然会发生。这验证了 L1 优先于 L2 的边界编辑器行为不受 AI 规则控制。理解这一点你就不会再把「AI 规则没生效」和「编辑器格式化」混为一谈。验证通过后规则体系才算真正落地。接下来是排错。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth这一节对照真实报错给出定位与修复方法。每个报错都对应一个具体的配置环节。5.1 401 Unauthorized现象请求返回 401或工具提示「认证失败」。原因Key 错误、Key 过期、Key 没带上、或 Base URL 与 Key 不匹配。排查步骤确认 Key 是从控制台复制的完整字符串没有多余空格确认请求头里带了Authorization: Bearer Key确认 Base URL 是https://taotoken.net/api没有多写或少写路径如果用的是环境变量确认变量名与工具要求的一致修复重新创建 Key重新填入。如果还不行去控制台确认 Key 状态是否正常。5.2 local proxy failed现象工具提示local proxy failed或类似连接错误。原因Base URL 写错、网络层不通、或工具把请求发到了本地代理端口。排查步骤检查 Base URL 是否误写成http://localhost:xxxx之类的本地地址检查是否有其他工具占用了端口用 4.1 的 curl 命令直接测通道排除工具本身的问题修复把 Base URL 改回https://taotoken.net/api重启工具。5.3 reading choices 报错现象返回体里没有choices字段或解析时报reading choices失败。原因模型 ID 写错、请求体格式不对、或后端返回了错误结构。排查步骤确认模型 ID 与控制台里显示的一致确认请求体是标准的messages数组格式打印完整返回体看是否有error字段修复修正模型 ID或按文档调整请求体。如果返回体里有error按 error 信息处理。5.4 OAuth 相关报错现象Claude Code 或某些工具提示 OAuth 失败、token 过期。原因工具默认走 OAuth 登录流程而不是 API Key。排查步骤确认工具是否支持 API Key 模式确认是否需要在配置里显式关闭 OAuth参考接入文档里的 Claude Code 配置说明修复按文档配置ANTHROPIC_BASE_URL与ANTHROPIC_API_KEY让工具走 API Key 而不是 OAuth。具体字段以文档为准。5.5 规则文件不生效的通用排查如果以上报错都没有但规则就是不生效按这个顺序查文件路径对不对AGENTS.md在根目录吗.cursor/rules/建了吗frontmatter 格式对不对---包裹YAML 语法正确alwaysApply和globs是否匹配当前文件是否有更高优先级的规则覆盖了它工具版本是否支持该规则文件旧版 Cursor 只认~/.cursorrules排查完规则体系基本就稳了。6. 把规则写对比把规则写多更重要最后给一个实用建议规则文件不是越多越好。我试过在一个项目里堆了七八个 mdc 文件结果 AI 反而开始「选择性失忆」因为规则之间互相冲突它不知道该听谁的。正确的做法是L1 只保留必要的格式化与 lintL2 的AGENTS.md写基线规范CLAUDE.md写工作流mdc 只写文件类型特有的约束。三层各司其职顺序清晰内容不重复。如果你要长期做 Vibe Coding 或 Agent 任务建议把通道统一到 Coding Plan路径是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 这样规则文件里的长任务约束才有稳定支撑。需要先验证模型是否可用去模型对话页试一下 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。Key 管理在控制台 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。接入细节看文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。规则定义顺序这件事说到底就是「谁覆盖谁」的问题。把 L1、L2、L3 的边界划清楚把 Base URL Key Model ID 三件套配全再用第 4 节的验证动作确认一遍你写的每一条规则才会真正落到 AI 的输出里。
1. 为什么规则文件总是不按你写的顺序生效很多人第一次接触 Vibe Coding 时都会遇到一个很迷惑的现象明明在AGENTS.md里写了「所有函数必须加类型注解」结果 Cursor 生成的代码还是裸奔明明在CLAUDE.md里强调「禁止使用 any」Claude Code 还是给你来一句const data: any ...。于是开始怀疑是不是模型不行或者规则文件根本没被读到。问题往往不在模型而在规则的定义顺序与生效范围。Vibe 规则不是「写一份就全局通吃」它分三层IDE 工程规范层、AI 工具规则层、模型行为约束层。这三层的加载顺序、覆盖关系、作用域各不相同。你在AGENTS.md里写的内容可能被.cursor/rules/*.mdc里的某条规则覆盖你在CLAUDE.md里写的约束可能因为.claude/rules/*.md的优先级更高而被忽略。这篇内容聚焦的就是这件事在 Cursor 与 VS Code 中把AGENTS.md、CLAUDE.md、.cursor/rules/*.mdc、.claude/rules/*.md这些规则文件的顺序与内容梳理清楚同时给出可复制的规则模板以及通过 TaoToken 统一 Key/API 通道的配置片段。适合正在用 Cursor、VS Code Claude Code、Cline、Kilo 等工具做 Vibe Coding但规则总是「写了不生效」的开发者。核心检索词先摆出来Vibe 规则定义顺序、AGENTS.md 与 CLAUDE.md 优先级、Cursor rules mdc 生效范围、VS Code settings.json 与 AI 规则分层、TaoToken 统一 API 通道配置。下面按「问题场景 → 前置准备 → 可复制配置 → 验证请求 → 错排查 → CTA」的顺序展开每一步都能直接跟着做。先说结论性的顺序模型后面所有配置都围绕它层级作用典型文件生效范围L1 IDE 工程规范编辑器行为、格式化、lint.vscode/settings.json、.editorconfig、.prettierrc、.eslintrc整个工作区与 AI 无关L2 AI 工具规则工具级行为约束AGENTS.md、CLAUDE.md、.cursor/rules/*.mdc、.claude/rules/*.md对应 AI 工具L3 模型行为约束具体生成时的 prompt 约束规则文件内的 frontmatter、alwaysApply等单次会话或匹配文件L1 是地基L2 是主体L3 是微调。顺序错了L2 写得再漂亮也会被 L1 的格式化规则冲掉或者被 L3 的alwaysApply: false直接跳过。2. TaoToken 前置统一 Key 与 API 通道让规则只写一次在讲规则文件之前先把 API 通道统一掉。原因很直接如果你在 Cursor 里配一个 Key、在 Claude Code 里配另一个、在 Cline 里再配一个那么规则文件里关于「模型行为」的约束就会因为后端不同而表现不一致。统一通道之后AGENTS.md和CLAUDE.md里的规则才能真正做到「写一次多工具复用」。TaoToken 在这里的角色是统一的 API 通道你拿到一个 Key配一个 Base URL就可以在 Cursor、VS Code 插件、Claude Code、Cline、Kilo 等工具里复用同一套模型访问方式。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 端点是 https://taotoken.net/api 这个不加 UTM直接用于配置。前置准备分三步都是可跟做的第一步拿到 Key。进入控制台创建 API Key路径是 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 创建后复制保存。Key 只在创建时完整显示一次丢了就重新建。第二步确认模型 ID。不同工具对模型名的写法略有差异但底层用的是同一套 ID。你可以在模型对话页先试一下目标模型是否可用 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。这一步很关键因为后面规则文件里如果写了「必须用某模型」而该模型 ID 写错规则会静默失效。第三步决定接入方式。如果你只是想让 Cursor / VS Code 里的 AI 走统一通道用 API Key Base URL 即可参考接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。如果你要做长期编码或 Agent 任务建议直接上 Coding Plan路径是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 这样规则文件里的「长任务约束」才有稳定的配额支撑。这里要强调一个容易踩的坑不要把 Key 写进规则文件。AGENTS.md、CLAUDE.md是会被提交到 Git 的Key 写进去等于泄露。正确做法是 Key 放在工具自己的配置里比如 Cursor 的设置、Claude Code 的环境变量、.codex/config.toml规则文件里只写行为约束不写凭证。统一通道之后规则文件的「顺序」才有意义。因为如果每个工具连的后端都不一样你根本无法判断某条规则没生效是规则顺序问题还是后端模型差异。把变量控制住才能定位问题。3. 可复制配置AGENTS.md、CLAUDE.md 与 mdc 规则模板这一节是全文的技术核心给出可直接复制的规则文件模板以及 Cursor / VS Code 侧的配置片段。所有路径与原文一致你照着建文件即可。3.1 规则文件的定义顺序先定顺序再填内容按职责从外到内顺序如下IDE 工程规范层与 AI 无关但影响 AI 读到的代码形态.vscode/settings.json自动保存、保存时格式化等.editorconfig字符集、缩进、换行符.prettierrcJS/TS、CSS、JSON、MD 排版.eslintrcJS/TS 代码质量、语法错误、未使用变量AI 工具规则层按工具分CursorAGENTS.md.cursor/rules/*.mdc旧版是~/.cursorrulesClaude CodeCLAUDE.md.claude/rules/*.mdCodexAGENTS.md.agents/skills/*.md.codex/config.toml.codex/rules/default.rulesClineAGENTS.md.clinerules/*.mdKiloAGENTS.md.kilo/rules/*.md需在kilo.jsonc里配置Trae.trae/rules/*.md与 Cursor 的 mdc 相同支持 Markdown YAML frontmatter模型行为约束层规则文件内部的 frontmatteralwaysApply、globs、description等字段决定这条规则何时生效顺序原则L1 先于 L2L2 先于 L3同层内越具体的文件优先级越高。比如.cursor/rules/typescript.mdc比AGENTS.md更具体所以当两者冲突时mdc 里的规则覆盖 AGENTS.md。3.2 AGENTS.md 模板通用Cursor / Codex / Cline / Kilo 共用在项目根目录建AGENTS.md# AGENTS.md ## 项目概览 - 技术栈TypeScript React Vite - 包管理器pnpm - 测试框架Vitest ## 代码规范 - 所有函数必须显式标注参数与返回值类型 - 禁止使用 any必要时用 unknown 类型守卫 - 组件文件使用 PascalCase工具函数使用 camelCase - 单文件不超过 300 行超出则拆分 ## 提交规范 - commit message 使用 Conventional Commits - 每次提交前必须通过 pnpm lint 与 pnpm test ## 禁止事项 - 禁止直接修改 node_modules - 禁止在业务代码中硬编码 API Key - 禁止提交 .env 文件这份AGENTS.md是「基线规则」所有支持 AGENTS.md 的工具都会读它。注意它不写具体模型、不写 Key只写行为约束。3.3 CLAUDE.md 模板Claude Code 专用在项目根目录建CLAUDE.md# CLAUDE.md ## 角色 你是本项目的资深 TypeScript 工程师遵循 AGENTS.md 中的所有规范。 ## 工作流 1. 修改代码前先阅读相关文件不要凭猜测改 2. 每次修改后运行 pnpm lint 与 pnpm test 3. 如果测试失败先修复再继续 ## 输出要求 - 代码块必须标注语言 - 解释改动时说明「为什么」而不只是「做了什么」 - 不确定的地方明确说「不确定」不要编造 API ## 禁止事项 - 禁止使用 any - 禁止跳过测试直接提交 - 禁止修改 AGENTS.md 与 CLAUDE.md 本身除非用户明确要求CLAUDE.md的定位是「在 AGENTS.md 基线之上补充 Claude Code 特有的工作流」。所以它第一句就声明「遵循 AGENTS.md」形成引用关系而不是重复写一遍规范。3.4 Cursor 的 .cursor/rules/*.mdc 模板Cursor 新版把规则拆到.cursor/rules/*.mdc每个文件用 YAML frontmatter 控制生效范围。建.cursor/rules/typescript.mdc--- description: TypeScript 代码规范 globs: [**/*.ts, **/*.tsx] alwaysApply: false --- # TypeScript 规则 - 所有导出函数必须有 JSDoc 注释 - 使用 type 而非 interface除非需要声明合并 - 异步函数必须处理错误禁止裸 await 不 catch - 导入顺序node 内置 → 第三方 → 本地组间空行再建一个.cursor/rules/always.mdc用于全局约束--- description: 全局约束始终生效 alwaysApply: true --- # 全局规则 - 遵循 AGENTS.md 中的所有规范 - 禁止使用 any - 禁止硬编码密钥关键点alwaysApply: true的规则优先级最高会覆盖AGENTS.md中的同名约束globs匹配的规则只在对应文件类型上生效。这就是「顺序与内容」的落地方式——用 frontmatter 控制顺序用正文控制内容。3.5 VS Code 侧配置片段VS Code 本身不读AGENTS.md但它的工程规范会影响 AI 读到的代码形态。建.vscode/settings.json{ editor.formatOnSave: true, editor.defaultFormatter: esbenp.prettier-vscode, editor.codeActionsOnSave: { source.fixAll.eslint: explicit }, files.eol: \n, files.encoding: utf8 }建.editorconfigroot true [*] charset utf-8 end_of_line lf indent_style space indent_size 2 insert_final_newline true trim_trailing_whitespace true建.prettierrc{ semi: true, singleQuote: true, trailingComma: all, printWidth: 100 }建.eslintrc.json{ extends: [eslint:recommended, plugin:typescript-eslint/recommended], rules: { typescript-eslint/no-explicit-any: error, typescript-eslint/explicit-function-return-type: warn } }这四份文件是 L1 层它们不直接约束 AI但决定了 AI 生成的代码在保存时会被格式化成什么样。如果 L1 和 L2 冲突比如 L2 说「不要分号」L1 的 Prettier 说semi: true保存时 L1 会赢因为格式化是编辑器行为AI 规则管不到。3.6 TaoToken 统一通道配置片段Cursor 侧在设置里找到模型配置填入 Base URLhttps://taotoken.net/api和你的 Key模型 ID 按控制台里显示的填。Claude Code 侧通过环境变量配置参考接入文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。典型写法是设置ANTHROPIC_BASE_URL与ANTHROPIC_API_KEY具体字段名以文档为准。Codex 侧.codex/config.toml里配置 Base URL 与 Key模型 ID 写在model字段。Cline / Kilo 侧在插件设置里填 Base URL、Key、Model ID 三件套。这里必须写全三件套Base URL Key Model ID。少任何一个工具都会报错或静默回退到默认模型导致规则文件里的模型约束失效。4. 验证请求改完 Base URL 后怎么确认规则按预期加载配置写完不代表生效。这一节给出可执行的验证动作确保规则顺序真的按你预期工作。4.1 验证 API 通道是否通先用最直接的方式确认通道可用。在终端里发一个请求以 curl 为例具体端点以文档为准curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Content-Type: application/json \ -H Authorization: Bearer $TAOTOKEN_API_KEY \ -d { model: 你的模型ID, messages: [{role: user, content: 回复 OK 两个字母}] }如果返回里有choices字段且内容正常说明 Base URL 和 Key 都对。如果返回 401说明 Key 有问题如果返回local proxy failed或连接错误说明 Base URL 写错了或网络层有问题。4.2 验证规则文件是否被读取在 Cursor 里新建一个.ts文件输入一个故意违反规则的片段比如const data: any fetchData();然后让 Cursor 的 AI 补全或修改。如果.cursor/rules/typescript.mdc和AGENTS.md生效AI 应该提示「不要用 any」或直接改成unknown。如果它无动于衷说明规则没被读到。在 Claude Code 里直接问它「你读到了哪些规则文件」正常情况下它会列出CLAUDE.md和AGENTS.md。如果只列出一个说明另一个路径不对或没建。4.3 验证规则顺序覆盖关系这是最关键的一步。故意制造冲突在AGENTS.md里写「使用分号」在.cursor/rules/always.mdc里写「不使用分号」且alwaysApply: true。然后让 AI 生成一行代码。预期结果不使用分号因为always.mdc的alwaysApply: true优先级高于AGENTS.md。如果结果相反说明你的 Cursor 版本对 mdc 的加载顺序和预期不同需要检查 frontmatter 是否写对。同理在 Claude Code 里CLAUDE.md与.claude/rules/*.md冲突时后者优先级更高。你可以用同样的方法验证。4.4 验证 L1 与 L2 的边界在AGENTS.md里写「不要自动格式化」但.vscode/settings.json里editor.formatOnSave: true。保存文件时格式化依然会发生。这验证了 L1 优先于 L2 的边界编辑器行为不受 AI 规则控制。理解这一点你就不会再把「AI 规则没生效」和「编辑器格式化」混为一谈。验证通过后规则体系才算真正落地。接下来是排错。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth这一节对照真实报错给出定位与修复方法。每个报错都对应一个具体的配置环节。5.1 401 Unauthorized现象请求返回 401或工具提示「认证失败」。原因Key 错误、Key 过期、Key 没带上、或 Base URL 与 Key 不匹配。排查步骤确认 Key 是从控制台复制的完整字符串没有多余空格确认请求头里带了Authorization: Bearer Key确认 Base URL 是https://taotoken.net/api没有多写或少写路径如果用的是环境变量确认变量名与工具要求的一致修复重新创建 Key重新填入。如果还不行去控制台确认 Key 状态是否正常。5.2 local proxy failed现象工具提示local proxy failed或类似连接错误。原因Base URL 写错、网络层不通、或工具把请求发到了本地代理端口。排查步骤检查 Base URL 是否误写成http://localhost:xxxx之类的本地地址检查是否有其他工具占用了端口用 4.1 的 curl 命令直接测通道排除工具本身的问题修复把 Base URL 改回https://taotoken.net/api重启工具。5.3 reading choices 报错现象返回体里没有choices字段或解析时报reading choices失败。原因模型 ID 写错、请求体格式不对、或后端返回了错误结构。排查步骤确认模型 ID 与控制台里显示的一致确认请求体是标准的messages数组格式打印完整返回体看是否有error字段修复修正模型 ID或按文档调整请求体。如果返回体里有error按 error 信息处理。5.4 OAuth 相关报错现象Claude Code 或某些工具提示 OAuth 失败、token 过期。原因工具默认走 OAuth 登录流程而不是 API Key。排查步骤确认工具是否支持 API Key 模式确认是否需要在配置里显式关闭 OAuth参考接入文档里的 Claude Code 配置说明修复按文档配置ANTHROPIC_BASE_URL与ANTHROPIC_API_KEY让工具走 API Key 而不是 OAuth。具体字段以文档为准。5.5 规则文件不生效的通用排查如果以上报错都没有但规则就是不生效按这个顺序查文件路径对不对AGENTS.md在根目录吗.cursor/rules/建了吗frontmatter 格式对不对---包裹YAML 语法正确alwaysApply和globs是否匹配当前文件是否有更高优先级的规则覆盖了它工具版本是否支持该规则文件旧版 Cursor 只认~/.cursorrules排查完规则体系基本就稳了。6. 把规则写对比把规则写多更重要最后给一个实用建议规则文件不是越多越好。我试过在一个项目里堆了七八个 mdc 文件结果 AI 反而开始「选择性失忆」因为规则之间互相冲突它不知道该听谁的。正确的做法是L1 只保留必要的格式化与 lintL2 的AGENTS.md写基线规范CLAUDE.md写工作流mdc 只写文件类型特有的约束。三层各司其职顺序清晰内容不重复。如果你要长期做 Vibe Coding 或 Agent 任务建议把通道统一到 Coding Plan路径是 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcoding-planutm_campaignrewrite 这样规则文件里的长任务约束才有稳定支撑。需要先验证模型是否可用去模型对话页试一下 https://taotoken.net/models?utm_sourcetaotoken_aicg_blog_endutm_contentmodelsutm_campaignrewrite 。Key 管理在控制台 https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentconsoleutm_campaignrewrite 。接入细节看文档 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentdocutm_campaignrewrite 。规则定义顺序这件事说到底就是「谁覆盖谁」的问题。把 L1、L2、L3 的边界划清楚把 Base URL Key Model ID 三件套配全再用第 4 节的验证动作确认一遍你写的每一条规则才会真正落到 AI 的输出里。
函数完全指南：从参数详解到中文乱码解决)
