你的 repo harness 是怎么设计的

回复 群友 1384 我的 repo harness 其实就是三层，从轻到重： 第一层是入口规则文件。仓库根放一份 AGENTS.md，只写 agent 猜不到的东西：哪些目录不能碰、构建和测试命令是什么、历史踩过的坑。控制在几十行，不写成入职手册。 第二层是确定性传感器，这是最值钱的部分。我配了三样：lint、类型检查、单测。关键设计是都挂在 Hook 上自动触发，改完文件就自动跑，报错信息直接喂回给 agent，不用它自己想着去跑。报错信息我特意写得自带修法，等于每次都给它一次正向提示。 第三层是状态交接。跨上下文窗口的时候靠 progress 日志和 commit message，比 compaction 可靠。长任务会先建一个 feature list（用 JSON 不用 md，模型不容易乱改），每次只做一个 feature，收尾必须 commit 加写进度。 另外我踩过的坑：一开始想写一份很全的 AGENTS.md，把架构、约定、风格全塞进去，结果推理成本涨了任务成功率没涨。后来改成只写被同一个坑踩过两次的规则，剩下的都交给确定性检查去兜。规则管不确定的人，Hook 管确定的事。 还有一点，我留了失败模式的防线：一次性梭哈、提前宣布完工、没测就说做完。对应解法就是 feature list 限制每次范围、强制跑端到端验证、只允许改 passes 字段。