56. 用一条规划命令流水线把想法变成实现

他们做了什么

这位创始人做了五个串联的命令（意图、影响分析、迭代规划、执行统筹、评审/演示），它们都会更新 git 中同一份计划文件，他在每个阶段都会审阅。一份共享的 CONTRIBUTING.md 为代理提供指引，ESLint 规则作为编辑后钩子运行，一个 Bash 审批脚本负责筛查命令。代理一旦出现不当行为，就由它自己写一条附带测试的新规则。

结果如何

一个把计划转换成工作流的统筹脚本，让 token 花费降到了约 20%，运行时间从 5 到 6 小时缩短到 20 到 30 分钟。他仍然会通过 git diff 审查大部分代码，并称代码大多是干净的。

需要知道

这些护栏是逐步积累起来的：每一次代理做出不想要的操作或弹出审批提示，都会变成一条新的 lint 规则或审批规则，所以要做好持续投入的准备。

你可以这样尝试

为我在 [仓库或产品名称] 中的项目，用自定义斜杠命令搭建一条规划流水线：一个记录意图，一个做影响分析，一个做规划，一个负责执行，一个负责评审。让执行步骤运行 [我的 lint 和测试命令]，失败时就停止。用这个小功能测试一下：[功能想法]。当这个功能走完全部五个步骤、并且我拿到一份评审过的 diff 时就停止；未经询问不要提交或推送。