athershu
1 小时 57 分钟前
你设想的方向我觉得是对的，补几条我们组实际在用的：
1. 约定先落成仓库里的文件，再谈让 AI 遵守。响应结构、错误码、目录布局、日志字段这些，写成一份给 AI 读的规则文件放在仓库根目录，AI 每次开工先读；能写成检查的（ lint 、架构测试、错误码注册校验）尽量写成检查，规则文件只管写不成检查的部分。
2. 心智地图可以让 AI 帮你补。你现在对两个主要功能说不清，可以先让 AI 读代码，按功能产出时序图和模块职责说明，你对着代码核一遍，改对了存进仓库的文档目录。这既是你的 landing ，也是后面所有任务的上下文。
3. review 发现一个坑就补一条规则。比如「这个目录是生成的不许手改」「这个接口必须幂等」，当场写进去，之后谁派的任务都会带上。规则是慢慢长出来的，不是一次设计完的。
4. 任务粒度小一点，一个任务一个分支，交付带一段说明（改了什么、怎么验证的、哪里不确定）。100% AI 生成的代码库，最怕一次改一大片、没人说得清为什么。
全自动「 AI 写 + AI 审 + AI 验收」我们没敢这么做，至少每块代码要有一个人看过它的结构和关键路径，不然就会出现你现在这种「代码都在，但没人脑子里有地图」的情况。