二途序

长期自主开发：goal 模式与人工门禁

问题：AI 自主干活，人守哪里

项目一多，"临时指挥" 就不行了。每个任务都盯着 AI 干，人被琐事淹没；完全放手，方向又可能跑偏。

AI 的典型失败模式不是不干活，而是 提前宣布完成。Claude Code 官方文档对此有一句精确描述：

Claude said it was done and it wasn't quite, usually because it had no way to check its own work. （Claude 说做完了，其实没做完 —— 通常因为它没办法检查自己的工作。）

它没有 "完成" 的判断力，只有 "看起来完成" 的判断力。所以人必须守一个关口。

解法：goal 模式 + 人工门禁

本周把这套流程定型：

flowchart LR
    A[人：目标 + 待办 + 配置项写入 docs] --> B[AI：goal 模式自主执行]
    B --> C{里程碑人工门禁}
    C -- 审计通过 --> B
    C -- 调整方向 / 补配置 --> A

三个要点：

  1. 人写 docs，AI 干活。 人只把 "要做什么 + 配置项" 清晰列进文档，其余交给 AI 的 goal 模式自主完成。
  2. 门禁设在里程碑，不设在步骤。 粒度太细就退回临时指挥；里程碑级才把人从过程中解放出来。
  3. 门禁是审计点。 对照 docs 核对产出：通过放行，不过就调整方向或补配置，不留 "下次再说"。

效果与边界

一周下来，codex 项目收尾、webview 改造、技能包完善等多个任务按这套流程并行推进，不再依赖临时指挥。

适用边界也交代清楚：

  • 任务必须能写出 "要做什么" 的清单。写不出来，说明需求没想清，先别开工。
  • 门禁要真的拦。不通过的产出不能放行，否则流程退化成形式。

同周其他事，各一句：Mac 环境收尾，进入 Claude + VSCode 协作；Rust 入门（宏在编译期展开，函数在运行时执行）；NAS + AI 项目需求定义（AI 提方案、人审批、agent 执行）；北京行程用 "约束先行" 交给 agent 深度检索。

与上一篇 《AI 产出只是草稿：人工审计闭环》 一脉相承：那篇讲文档的审计清单，这篇讲开发的里程碑门禁 —— 都是把 "人守关口" 钉进流程。

参考资料