给 AI 配规则很多人是从一个CLAUDE.md开始的。配着配着会长成仓库里一整套.ai/目录和代码一起进版本控制——Context Engineering上下文工程里很常见的一套做法。东西一多很自然就想这套规矩能不能让 AI 自己维护前几天手头一个真实项目就碰上了这事。我让 AI别改业务先对规矩本身做次体检。当场翻出四桩事每一桩都是AI 说一套、实际对不上不是代码 bugAI 改完订单代码却更新了订阅域的说明文档AI 把任务标成 done验收清单一项没勾AI 说检查过了对照的却是旧记录AI 说可以收工两个须知文件说法不一下面这张图四桩「AI 说 vs 实际」长什么样——不是代码 bug这也是我最拿不准的地方AI 能忠实执行规矩却几乎不会怀疑规矩本身已经过期。前置你得先有一套.ai/操作间rules/tasks/domains/flows/prompts等分工和代码一起 commit。从哪来、装什么、为什么是目录→ 见前一篇《为什么你的仓库需要一个 .ai/ 目录》。下面只聊软肋规矩立下之后它自己也会过期。四桩对不上我是这么发现的文档归错模块。域多了规则却停在原地。状态和清单各说各话。done把「写完」和「验过」压成一个勾。自检对照过期记录。给 AI 的协作说明也会过期。归档条件分了岔。演化中悄悄长出两套说法。和主流说法对齐Context Engineering本篇主要在这一层.ai/理念对齐 AGENTS.md。元治理审「给 AI 的规矩本身」——不是查业务 bug。Harness Engineering下篇讲分阶段门禁本篇只到「得定期自检」。四层地图见系列 #3《从碎片到工程化》。怎么破定期让它自检但判断你来兜对不上修法文档归错模块细粒度路由 最长前缀匹配状态和清单对不上拆「实现 / 验证」双标签自检对照过期对齐最近一次改动归档说法分裂收敛成一条状态线能交给 AI 的和必须你来定的边界可以收成一张图你可以直接拿去用的提示语 点击展开提示语模板可直接复制使用我给 AI 协作配了一套操作间.ai/ 下分 tasks / prompts / rules / domains / flows 外加一份总规则文件。AI 平时按这套规矩干活。 把这套目录换成你项目里真实的规则 / 目录约定。 我怀疑这套规矩过期了、跟业务对不上。别干活先对它做一次规矩自检审规矩本身不是查业务 bug重点查 1. 文档归错模块 2. 状态和验收清单对不上 3. 冲突/依赖指向过期 4. 归档/命名规则分裂 输出逐条列出问题点带文件 / 位置、为什么对不上、修法是补规则还是修产物。 拿不准的标「需人工确认」别替我粉饰太平。那到底靠不靠谱AI 当手你当判断。跑体检、出初稿它能干哪条真过期、改不改得你来拍板。.ai/里该写什么 → 见《CLAUDE.md 到底该写什么》为什么需要.ai/目录 → 见《为什么你的仓库需要一个 .ai/ 目录》。你的.ai/规矩最近一次自检是什么时候评论区聊聊。
