拓冰网站定制 
1. 多人协作里 Cursor AI Agent 为什么总“忘规矩”多人协作项目里最让人头疼的不是写代码而是 AI 写出来的代码风格一天一个样。同一个仓库A 同学让 Cursor 生成的服务层用了snake_caseB 同学生成的组件又变成camelCaseC 同学提交的 PR 里错误处理直接裸奔throw new Error。你每次 review 都要重复说“我们项目不用 any”“请求必须走统一封装”“日志别用 console.log”说十遍 AI 还是记不住。问题不在模型笨而在于 Cursor 的 AI Agent 默认只读你当前打开的文件和少量上下文。它不知道你们团队约定俗成的规范除非你把规范写成它能稳定读取、稳定命中的规则文件。Cursor 从 0.45 版本开始支持.cursor/rules/目录下的.mdc规则文件这类文件带 front matterdescription、globs、alwaysApply能被 Agent 在对话、CmdK、Composer 里自动加载。但很多人只是随手丢一个rules.mdc没有分类、没有 glob 匹配、没有 alwaysApply 标记结果 Agent 要么不读要么读了当耳旁风。我试过在一个 6 人前端团队里做对照不写.mdc时Agent 生成代码符合项目规范的比例大概三成补齐结构化.mdc后同一批 prompt 下符合率能到八成以上剩下两成基本是边界场景需要人工补。差距就来自规则文件是否“可被发现、可被命中、可被执行”。这篇要解决的就是这件事用 TaoToken 统一 Key 打通模型调用再配合一套可复制的.mdc规则骨架让 Cursor AI Agent 在多人协作里自动遵守项目规范减少你一遍遍人工纠偏。适合正在用 Cursor 做团队协作、被 AI 代码风格折磨过的前端/全栈/Node 开发者。2. 前置TaoToken 统一 Key 与 Cursor 的接入位置Cursor 本身支持自定义模型接入但团队里每个人各自申请 Key、各自配 base_url很容易出现“我这边能跑你那边 401”的扯皮。用 TaoToken 做统一入口的好处是一个 Key 覆盖多种模型base_url 固定团队成员配置一致排障时只看一处。TaoToken 的 API 地址是https://taotoken.net/api兼容 OpenAI 风格的/v1/chat/completions和 Anthropic 风格的/v1/messages。Cursor 在 Settings 里的 Models 面板可以填 Override OpenAI Base URL也可以走 Anthropic 协议。下面给的是 OpenAI 兼容写法通用性最好。先拿到 Key打开https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite创建一个新 Key复制出来。注意 Key 只在创建时完整显示一次丢了就重建。然后在 Cursor 里操作打开Settings→Models找到OpenAI API Key填入你的 TaoToken Key再展开Override OpenAI Base URL填https://taotoken.net/api/v1如果你更习惯用 Anthropic 协议比如想让 Cursor 走 Claude 系列就在 Models 里选 AnthropicBase URL 填https://taotoken.net/apiKey 填同一个。保存后点Verify能列出模型就说明通了。团队协作时把这两行配置写进内部 onboarding 文档新人五分钟配完不用再问“你用的哪个中转”。注意Cursor 的模型列表是它自己维护的Override 之后如果某个模型名不识别直接在 Custom Model 里手填模型 ID 即可TaoToken 侧会按实际模型路由。3. 可复制的 .mdc 规则骨架与 TaoToken 配置片段.mdc文件放在项目根目录的.cursor/rules/下按用途分文件夹。下面这套骨架是我们团队实际在用的你可以直接抄。3.1 目录结构.cursor/ rules/ core-rules/ rule-generating-agent.mdc global-rules/ project-conventions-always.mdc ts-rules/ typescript-strict-auto.mdc ui-rules/ react-component-auto.mdc tool-rules/ git-commit-agent.mdccore-rules放“生成规则的规则”global-rules放 alwaysApply 的全局约定ts-rules/ui-rules用 glob 匹配特定文件类型tool-rules用 description 让 Agent 在特定任务时按需加载。3.2 全局规则骨架alwaysApply文件.cursor/rules/global-rules/project-conventions-always.mdc--- description: globs: alwaysApply: true --- # 项目全局约定 ## 关键规则 - 所有新增代码必须通过 ESLint 与 Prettier 校验禁止提交 // eslint-disable 绕过 - 禁止使用 any未知类型用 unknown 并做类型收窄 - 网络请求统一走 src/utils/request.ts 封装禁止直接调用 fetch/axios - 日志统一使用 src/utils/logger.ts禁止 console.log 进入主分支 - 环境变量必须从 src/config/env.ts 读取禁止散落 process.env ## 示例 example import { request } from /utils/request; const data await request.getUserProfile(/api/profile); /example example typeinvalid const res await fetch(/api/profile); const data await res.json(); /examplealwaysApply: true意味着每次对话、每次 CmdK 都会加载适合放“绝对不能破”的底线规则。注意 description 和 globs 留空但字段必须保留这是 Cursor 解析 front matter 的硬要求。3.3 按文件类型自动命中auto文件.cursor/rules/ts-rules/typescript-strict-auto.mdc--- description: globs: **/*.ts,**/*.tsx alwaysApply: false --- # TypeScript 严格模式约定 ## 关键规则 - 函数返回值必须显式标注类型禁止依赖推断返回复杂对象 - 公共函数必须写 JSDoc包含 param 与 returns - 联合类型必须用 discriminated union禁止用可选字段堆叠 - 异步函数必须处理 rejection禁止裸 await 无 try/catch ## 示例 example type Result | { status: ok; data: User } | { status: error; message: string }; function parse(input: string): Result { // ... } /example example typeinvalid function parse(input) { return JSON.parse(input); } /exampleglobs: **/*.ts,**/*.tsx让 Agent 只要碰到 TS 文件就自动带上这条规则不用你手动 。3.4 规则生成器元规则文件.cursor/rules/core-rules/rule-generating-agent.mdc--- description: 当用户请求创建或更新 Cursor 规则时使用。负责按统一格式生成 .mdc 文件确保 front matter 三字段完整、命名规范、示例齐全。 globs: alwaysApply: false --- # Cursor 规则生成器 ## 关键规则 - 所有规则文件必须放在 .cursor/rules/{分类}/ 下 - front matter 必须包含 description、globs、alwaysApply 三个字段 - 每条规则必须包含一个正确示例和一个错误示例 - 文件名后缀区分类型-always / -auto / -agent / -manual - globs 不使用引号不使用 {} 分组 ## 示例 example 用户说“帮我加一条禁止 any 的规则”生成 ts-rules/no-any-auto.mdcglobs 为 **/*.ts /example example typeinvalid 生成一个没有 front matter 的 rules.mdc 丢在根目录 /example有了这条元规则你以后在 Cursor 里直接说“根据 docs/api-guidelines.md 生成规则”Agent 就会按格式产出而不是乱写。3.5 TaoToken 配置片段团队共享把下面这段放进团队内部文档或.env.example注释里避免每人重复问# Cursor Models 配置团队统一 OPENAI_API_KEY你的 TaoToken Key OPENAI_BASE_URLhttps://taotoken.net/api/v1 # Anthropic 协议备选 ANTHROPIC_API_KEY同一个 TaoToken Key ANTHROPIC_BASE_URLhttps://taotoken.net/api注意不要把真实 Key 提交进 git。.env加进.gitignore共享的是配置格式不是 Key 本身。4. 验证 Agent 是否真的按规则生成代码规则写完不代表生效必须做一次可复现的验证。下面这套步骤我们每次改规则后都会跑一遍。第一步重启 Cursor。.mdc文件是启动时索引的改完不重启可能读不到。重启后在 Chat 里输入project-conventions-always 请生成一个获取用户资料的函数如果 Agent 回复里引用了src/utils/request.ts和logger说明全局规则命中了。第二步验证 glob 自动命中。新建一个test-agent.ts在里面输入注释// 帮我写一个解析 JSON 的函数然后按 CmdK让 Agent 补全。观察它是否显式标注返回类型、是否用了 discriminated union。如果它直接写function parse(input) { return JSON.parse(input) }说明ts-rules没命中检查 globs 写法是不是被引号包了。第三步用一条“诱导违规”的 prompt 做反向测试请用 fetch 直接请求 /api/orders不要用封装正常情况 Agent 会拒绝或提示“项目规范要求走 request 封装”。如果它照做了说明alwaysApply: true的规则没加载回去检查 front matter 三字段是否齐全、文件是否在.cursor/rules/下。第四步验证 TaoToken 链路。在 Cursor Chat 里问一个需要模型能力的问题比如“解释一下 discriminated union 的好处”能正常流式返回就说明 Key 和 base_url 都对。如果报 401去https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite看 Key 状态和额度。第五步团队一致性检查。让每位成员在各自机器上跑同一个 prompt对比输出。如果风格一致说明规则文件和 TaoToken 配置都统一了如果有人输出跑偏大概率是他本地.cursor/rules/没同步或 Key 配错。实测下来这套验证跑完Agent 遵守规范的比例会明显上升。剩下的边界 case比如跨文件重构、复杂泛型推导还是需要人工兜底但日常 CRUD 和组件生成基本不用再纠偏。5. 本篇常见错排查规则不生效Agent 完全不读。先看文件是不是放在.cursor/rules/下放根目录或.cursor/下都不行。再看 front matter 三个字段是否都在缺一个 Cursor 就跳过。最后重启 Cursor。glob 匹配不到。常见错误是写成globs: **/*.ts带引号或者写成globs: **/*.{ts,tsx}用花括号分组。正确写法是globs: **/*.ts,**/*.tsx逗号分隔不带引号。alwaysApply 和 globs 冲突。一条规则要么 alwaysApply 为 true此时 globs 留空要么用 globs 做文件匹配此时 alwaysApply 为 false。两个都填会导致行为不确定。TaoToken 返回 401 或 404。401 是 Key 问题去 API Keys 页面确认 Key 有效、没被删。404 多半是 base_url 写错OpenAI 协议要带/v1Anthropic 协议不带。检查有没有多写或少写斜杠。Cursor 里模型列表为空。Override Base URL 后 Cursor 不会自动拉取模型列表需要在 Custom Model 里手动填模型 ID。填完点 Verify能返回就说明通了。规则文件被 Cursor 规则面板改坏。Cursor 有个规则可视化面板编辑后可能覆盖文件内容。在 settings.json 里加workbench.editorAssociations: { *.mdc: default }让.mdc以普通文本打开避免面板写入丢失格式。多人协作时规则不同步。.cursor/rules/要提交进 git.cursor/下如果有个人配置就 gitignore。团队约定global-rules和core-rules必须提交my-rules个人目录忽略。Agent 读了规则但偶尔违反。这是模型概率性问题不是配置错。把最关键的规则放alwaysApply: true次要的放 globs 自动命中再配合示例里的正反例命中率会更高。极端重要的规范可以在 CI 里加 lint 兜底。6. 让规范自动生效的下一步规则文件写好后真正的收益来自“不用管它”。团队里新人 clone 仓库Cursor 自动加载.cursor/rules/TaoToken Key 按文档配一次之后 Agent 生成的代码天然贴合项目风格。你从“每次 review 都要说一遍”变成“偶尔看一眼边界 case”。如果你还没配 Key从https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite拿一个按第 2 节的 base_url 填进 Cursor。想先验证模型通不通可以去https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite直接对话测试。长期用 Cursor 做编码和 Agent 任务的团队建议看https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite把额度统一管理省得每人各自充值。接入细节和协议差异在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite有完整说明配之前扫一眼能少踩坑。最后留一个我们踩过的坑.mdc规则不要写太长。Agent 的上下文窗口有限一条规则塞几百行反而会稀释关键指令。每条规则控制在 30 行以内只放“必须做”和“禁止做”示例各一个就够。规则越精炼Agent 命中越稳。 如何让 Cursor AI Agent 始终遵守项目规范：用 TaoToken 统一 Key 生成 .mdc 自动规则
1. 多人协作里 Cursor AI Agent 为什么总“忘规矩”多人协作项目里最让人头疼的不是写代码而是 AI 写出来的代码风格一天一个样。同一个仓库A 同学让 Cursor 生成的服务层用了snake_caseB 同学生成的组件又变成camelCaseC 同学提交的 PR 里错误处理直接裸奔throw new Error。你每次 review 都要重复说“我们项目不用 any”“请求必须走统一封装”“日志别用 console.log”说十遍 AI 还是记不住。问题不在模型笨而在于 Cursor 的 AI Agent 默认只读你当前打开的文件和少量上下文。它不知道你们团队约定俗成的规范除非你把规范写成它能稳定读取、稳定命中的规则文件。Cursor 从 0.45 版本开始支持.cursor/rules/目录下的.mdc规则文件这类文件带 front matterdescription、globs、alwaysApply能被 Agent 在对话、CmdK、Composer 里自动加载。但很多人只是随手丢一个rules.mdc没有分类、没有 glob 匹配、没有 alwaysApply 标记结果 Agent 要么不读要么读了当耳旁风。我试过在一个 6 人前端团队里做对照不写.mdc时Agent 生成代码符合项目规范的比例大概三成补齐结构化.mdc后同一批 prompt 下符合率能到八成以上剩下两成基本是边界场景需要人工补。差距就来自规则文件是否“可被发现、可被命中、可被执行”。这篇要解决的就是这件事用 TaoToken 统一 Key 打通模型调用再配合一套可复制的.mdc规则骨架让 Cursor AI Agent 在多人协作里自动遵守项目规范减少你一遍遍人工纠偏。适合正在用 Cursor 做团队协作、被 AI 代码风格折磨过的前端/全栈/Node 开发者。2. 前置TaoToken 统一 Key 与 Cursor 的接入位置Cursor 本身支持自定义模型接入但团队里每个人各自申请 Key、各自配 base_url很容易出现“我这边能跑你那边 401”的扯皮。用 TaoToken 做统一入口的好处是一个 Key 覆盖多种模型base_url 固定团队成员配置一致排障时只看一处。TaoToken 的 API 地址是https://taotoken.net/api兼容 OpenAI 风格的/v1/chat/completions和 Anthropic 风格的/v1/messages。Cursor 在 Settings 里的 Models 面板可以填 Override OpenAI Base URL也可以走 Anthropic 协议。下面给的是 OpenAI 兼容写法通用性最好。先拿到 Key打开https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite创建一个新 Key复制出来。注意 Key 只在创建时完整显示一次丢了就重建。然后在 Cursor 里操作打开Settings→Models找到OpenAI API Key填入你的 TaoToken Key再展开Override OpenAI Base URL填https://taotoken.net/api/v1如果你更习惯用 Anthropic 协议比如想让 Cursor 走 Claude 系列就在 Models 里选 AnthropicBase URL 填https://taotoken.net/apiKey 填同一个。保存后点Verify能列出模型就说明通了。团队协作时把这两行配置写进内部 onboarding 文档新人五分钟配完不用再问“你用的哪个中转”。注意Cursor 的模型列表是它自己维护的Override 之后如果某个模型名不识别直接在 Custom Model 里手填模型 ID 即可TaoToken 侧会按实际模型路由。3. 可复制的 .mdc 规则骨架与 TaoToken 配置片段.mdc文件放在项目根目录的.cursor/rules/下按用途分文件夹。下面这套骨架是我们团队实际在用的你可以直接抄。3.1 目录结构.cursor/ rules/ core-rules/ rule-generating-agent.mdc global-rules/ project-conventions-always.mdc ts-rules/ typescript-strict-auto.mdc ui-rules/ react-component-auto.mdc tool-rules/ git-commit-agent.mdccore-rules放“生成规则的规则”global-rules放 alwaysApply 的全局约定ts-rules/ui-rules用 glob 匹配特定文件类型tool-rules用 description 让 Agent 在特定任务时按需加载。3.2 全局规则骨架alwaysApply文件.cursor/rules/global-rules/project-conventions-always.mdc--- description: globs: alwaysApply: true --- # 项目全局约定 ## 关键规则 - 所有新增代码必须通过 ESLint 与 Prettier 校验禁止提交 // eslint-disable 绕过 - 禁止使用 any未知类型用 unknown 并做类型收窄 - 网络请求统一走 src/utils/request.ts 封装禁止直接调用 fetch/axios - 日志统一使用 src/utils/logger.ts禁止 console.log 进入主分支 - 环境变量必须从 src/config/env.ts 读取禁止散落 process.env ## 示例 example import { request } from /utils/request; const data await request.getUserProfile(/api/profile); /example example typeinvalid const res await fetch(/api/profile); const data await res.json(); /examplealwaysApply: true意味着每次对话、每次 CmdK 都会加载适合放“绝对不能破”的底线规则。注意 description 和 globs 留空但字段必须保留这是 Cursor 解析 front matter 的硬要求。3.3 按文件类型自动命中auto文件.cursor/rules/ts-rules/typescript-strict-auto.mdc--- description: globs: **/*.ts,**/*.tsx alwaysApply: false --- # TypeScript 严格模式约定 ## 关键规则 - 函数返回值必须显式标注类型禁止依赖推断返回复杂对象 - 公共函数必须写 JSDoc包含 param 与 returns - 联合类型必须用 discriminated union禁止用可选字段堆叠 - 异步函数必须处理 rejection禁止裸 await 无 try/catch ## 示例 example type Result | { status: ok; data: User } | { status: error; message: string }; function parse(input: string): Result { // ... } /example example typeinvalid function parse(input) { return JSON.parse(input); } /exampleglobs: **/*.ts,**/*.tsx让 Agent 只要碰到 TS 文件就自动带上这条规则不用你手动 。3.4 规则生成器元规则文件.cursor/rules/core-rules/rule-generating-agent.mdc--- description: 当用户请求创建或更新 Cursor 规则时使用。负责按统一格式生成 .mdc 文件确保 front matter 三字段完整、命名规范、示例齐全。 globs: alwaysApply: false --- # Cursor 规则生成器 ## 关键规则 - 所有规则文件必须放在 .cursor/rules/{分类}/ 下 - front matter 必须包含 description、globs、alwaysApply 三个字段 - 每条规则必须包含一个正确示例和一个错误示例 - 文件名后缀区分类型-always / -auto / -agent / -manual - globs 不使用引号不使用 {} 分组 ## 示例 example 用户说“帮我加一条禁止 any 的规则”生成 ts-rules/no-any-auto.mdcglobs 为 **/*.ts /example example typeinvalid 生成一个没有 front matter 的 rules.mdc 丢在根目录 /example有了这条元规则你以后在 Cursor 里直接说“根据 docs/api-guidelines.md 生成规则”Agent 就会按格式产出而不是乱写。3.5 TaoToken 配置片段团队共享把下面这段放进团队内部文档或.env.example注释里避免每人重复问# Cursor Models 配置团队统一 OPENAI_API_KEY你的 TaoToken Key OPENAI_BASE_URLhttps://taotoken.net/api/v1 # Anthropic 协议备选 ANTHROPIC_API_KEY同一个 TaoToken Key ANTHROPIC_BASE_URLhttps://taotoken.net/api注意不要把真实 Key 提交进 git。.env加进.gitignore共享的是配置格式不是 Key 本身。4. 验证 Agent 是否真的按规则生成代码规则写完不代表生效必须做一次可复现的验证。下面这套步骤我们每次改规则后都会跑一遍。第一步重启 Cursor。.mdc文件是启动时索引的改完不重启可能读不到。重启后在 Chat 里输入project-conventions-always 请生成一个获取用户资料的函数如果 Agent 回复里引用了src/utils/request.ts和logger说明全局规则命中了。第二步验证 glob 自动命中。新建一个test-agent.ts在里面输入注释// 帮我写一个解析 JSON 的函数然后按 CmdK让 Agent 补全。观察它是否显式标注返回类型、是否用了 discriminated union。如果它直接写function parse(input) { return JSON.parse(input) }说明ts-rules没命中检查 globs 写法是不是被引号包了。第三步用一条“诱导违规”的 prompt 做反向测试请用 fetch 直接请求 /api/orders不要用封装正常情况 Agent 会拒绝或提示“项目规范要求走 request 封装”。如果它照做了说明alwaysApply: true的规则没加载回去检查 front matter 三字段是否齐全、文件是否在.cursor/rules/下。第四步验证 TaoToken 链路。在 Cursor Chat 里问一个需要模型能力的问题比如“解释一下 discriminated union 的好处”能正常流式返回就说明 Key 和 base_url 都对。如果报 401去https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite看 Key 状态和额度。第五步团队一致性检查。让每位成员在各自机器上跑同一个 prompt对比输出。如果风格一致说明规则文件和 TaoToken 配置都统一了如果有人输出跑偏大概率是他本地.cursor/rules/没同步或 Key 配错。实测下来这套验证跑完Agent 遵守规范的比例会明显上升。剩下的边界 case比如跨文件重构、复杂泛型推导还是需要人工兜底但日常 CRUD 和组件生成基本不用再纠偏。5. 本篇常见错排查规则不生效Agent 完全不读。先看文件是不是放在.cursor/rules/下放根目录或.cursor/下都不行。再看 front matter 三个字段是否都在缺一个 Cursor 就跳过。最后重启 Cursor。glob 匹配不到。常见错误是写成globs: **/*.ts带引号或者写成globs: **/*.{ts,tsx}用花括号分组。正确写法是globs: **/*.ts,**/*.tsx逗号分隔不带引号。alwaysApply 和 globs 冲突。一条规则要么 alwaysApply 为 true此时 globs 留空要么用 globs 做文件匹配此时 alwaysApply 为 false。两个都填会导致行为不确定。TaoToken 返回 401 或 404。401 是 Key 问题去 API Keys 页面确认 Key 有效、没被删。404 多半是 base_url 写错OpenAI 协议要带/v1Anthropic 协议不带。检查有没有多写或少写斜杠。Cursor 里模型列表为空。Override Base URL 后 Cursor 不会自动拉取模型列表需要在 Custom Model 里手动填模型 ID。填完点 Verify能返回就说明通了。规则文件被 Cursor 规则面板改坏。Cursor 有个规则可视化面板编辑后可能覆盖文件内容。在 settings.json 里加workbench.editorAssociations: { *.mdc: default }让.mdc以普通文本打开避免面板写入丢失格式。多人协作时规则不同步。.cursor/rules/要提交进 git.cursor/下如果有个人配置就 gitignore。团队约定global-rules和core-rules必须提交my-rules个人目录忽略。Agent 读了规则但偶尔违反。这是模型概率性问题不是配置错。把最关键的规则放alwaysApply: true次要的放 globs 自动命中再配合示例里的正反例命中率会更高。极端重要的规范可以在 CI 里加 lint 兜底。6. 让规范自动生效的下一步规则文件写好后真正的收益来自“不用管它”。团队里新人 clone 仓库Cursor 自动加载.cursor/rules/TaoToken Key 按文档配一次之后 Agent 生成的代码天然贴合项目风格。你从“每次 review 都要说一遍”变成“偶尔看一眼边界 case”。如果你还没配 Key从https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite拿一个按第 2 节的 base_url 填进 Cursor。想先验证模型通不通可以去https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite直接对话测试。长期用 Cursor 做编码和 Agent 任务的团队建议看https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite把额度统一管理省得每人各自充值。接入细节和协议差异在https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_mdc_rulesutm_campaignrewrite有完整说明配之前扫一眼能少踩坑。最后留一个我们踩过的坑.mdc规则不要写太长。Agent 的上下文窗口有限一条规则塞几百行反而会稀释关键指令。每条规则控制在 30 行以内只放“必须做”和“禁止做”示例各一个就够。规则越精炼Agent 命中越稳。