一个人自己机器上的计划，不是大家对齐过。开工之前，要有一页大家都能指着改的计划。
实现变快以后，评审才看到结果，已经来不及问要不要做。那一页要短，只留三样：这次做什么，这次不做什么，重叠的文件或接口谁负责。别人改得了这三样，才算对齐。只在聊天里说过，不算。
这一页上必须有的三行
| 行 | 写什么 | 空着会怎样 |
|---|---|---|
| 这次做 | 一个能验收的结果 | 各自理解的完成不一样 |
| 这次不做 | 明确划出去的范围 | 顺手多做一截，评审时才发现 |
| 重叠处 | 谁对同一批文件或接口负责 | 两个人各派一个智能体，改到同一处 |
业务上为什么做、谁拍板、以前踩过什么，这些不在代码里。写进这一页的，用你自己的句子。不要等实现做完，再把这些补进评审说明。
还指不出错在哪一步，就先别拆开多个智能体，见多个智能体先别拆。已经要一起做时，先把这一页对齐，再让它们开工。
下一次要派智能体改共享的代码，先把这三行贴到大家都能改的地方。三行没人改过，就不要开工。
本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源
常见问题 FAQ
只有我一个人做，还要这页吗？
要。写给明天的你。明天你要能指出这次做什么、不做什么。没有第二个人，也不要省略这三行。
评审说明里补上范围，算不算对齐？
不算。评审时实现已经在了。范围要在开工前能被别人改掉。
两个人都想改同一批文件？
这一页上写一个负责人。另一个人的改动等这一份合并之后再开始，或改到不重叠的部分。