这是「AI 协作」系列二第 6 篇。上一篇给 Skill 增加开工闸门，这一篇进一步把完整生成拆成检查点，让错误回到最近一步，而不是整份推倒。

读完这篇，你不需要立刻把任务拆成十几步。先找到一个“如果判断错了，后面会集体返工”的节点，让 AI 停下来等你确认。

AI 已经会先问了，为什么还是整篇返工

上一篇，我给 PRD Skill 加了一道开工闸门。

面对“优化会员积分过期提醒”这条脱敏合并需求，它不再直接编出提醒时间、发送渠道和客诉处理规则，而是先列出已确认事实、当前推断和待确认问题。

这一步很有用。它至少不再装懂。

但当我补完第一轮信息，回复“可以继续”后，早期版本又回到了熟悉的工作方式：

已收到补充信息，下面生成完整 PRD。

几分钟后，一份从背景、目标、流程、业务规则一直写到系统与数据的文档出现了。

问题也跟着一起出现：

• 目标顺序已经确认，但需求范围还混进了本期不处理的积分延期；
• 用户与客服的主流程基本正确，但提醒节点被自行写成固定的“7 / 3 / 1 天”；
• 规则还没拍板，系统设计已经把触发任务放进了某个系统；
• 一个中段判断改动，后面的字段、状态、异常和验收口径都要跟着改。

它没有在开工前编造，却在开工后把尚未确认的中间结论当成了下一步的输入。

我原本以为，只要开始前问清楚，就能放心让 AI 一口气写完。这次返工让我意识到：

信息是否足够，不是一次性判断，而是随着任务层层展开。

开工闸门只能证明“现在可以开始”，不能证明“后面每一层都可以直接定稿”。

一份 PRD，是一张判断网络

开工闸门减少了编造，却没有解决另一类返工：需求理解已经确认，后面的范围、流程或规则仍可能在生成过程中跑偏。

这次暴露的问题是：一份 PRD 不是一个判断，也不是一条固定流程，而是一张相互影响的判断网络。

• 目标判断：为什么做，成功口径是什么；
• 范围判断：本期做什么，不做什么；
• 流程判断：谁参与，怎么走，哪里会分叉；
• 规则判断：什么条件触发，例外怎么处理；
• 系统判断：任务归属、字段、状态和接口怎么落；
• 验收判断：什么情况算真的完成。

这些判断不一定按固定先后发生。真实讨论里，目标和范围会互相校准，流程和规则会来回推敲，系统约束也可能反过来影响业务规则。

但它们也不是彼此独立的段落。每个判断都有自己的影响半径：范围一变，流程、规则、系统和验收都可能被波及；规则一变，异常、字段和验收口径也会跟着改。

“一口气生成”看似快，问题是它把这些互相牵动的判断一次性压进完整文档里。返工时，人很难看清到底是哪个判断变了、它影响了哪些内容、哪些内容其实可以保留。

我们往往只能在文档末端看到症状：字段不对、异常不全、验收无法落地。

但真正的起点，可能只是某个没有经过确认的范围判断：“本期包含所有待过期积分”。

一口气生成的核心问题，不是字太多，而是把多个有耦合关系的判断绑在了一起。

第三次跃迁：从“会先问”到“会走过程”

这一次，我没有继续加“更详细”“更专业”之类的要求，而是改了 Skill 的工作方式：不再接受一条需求后直奔完整 PRD，而是先交付中间结果。

写回下一版：把一次生成拆成 5 个检查点

表格只是把过程拆开。真正写进 Skill 的，是让每一步都变成一个检查点：AI 先交一份能判断的中间结果，然后停下来等人放行。

它问的不是一句“要不要继续”，而是：

“这一层是否成立？如果不成立，影响到哪里，应该退回哪一层？”

这样，多出来的不是请示次数，而是错误边界。一次性生成只等一次，但得到的是高度耦合的文档；分段确认虽然多几次打断，却能让错误退回具体步骤，不必整份重来。

这和产品评审很像：目标、范围和关键方案先形成共识，正式评审才不会变成从头对齐背景。

人工确认点不是拖慢流程，而是限制一次错误能够污染的范围。

不是每写一段，都要停下来问人

说到“人工闸门”，很容易走到另一个极端：AI 每写一小段都来请示，流程碎得像一场永远开不完的会。

闸门应该放在“判断点”，不是“写作点”。

我会用三个问题判断是否需要停：

1. 它会不会改变后续大量内容？
2. 它一旦做错，是不是很难逆转？
3. 它是不是需要人对业务或风险负责？

只要命中任意一条，就值得设置确认点。

所以，以下内容通常要停：

• 业务目标、优先级和成功口径；
• 需求范围，尤其是明确不做什么；
• 核心角色、主流程和责任边界；
• 会改变结果的关键业务规则；
• 系统归属、数据口径和不可逆决策。

而标题优化、语言润色、表格排版、同义词替换，都可以在最后一次处理。

人不需要管 AI 的每一个动作，只需要守住那些会改变方向、边界和责任的节点。

把“分段确认”写进 Skill

如果只在对话里说一句“先给我看看再继续”，AI 下次还是可能一口气写完。

需要写进 Skill 的，不只是步骤名，还有停止条件和恢复条件。

我用的最小规则可以简化成下面这段：

请按阶段执行任务，不得一次生成完整文档。

每个阶段必须输出：

1. 本阶段结论

2. 结论依据

3. 待确认项

4. 对后续阶段的影响

输出后立即停止，等待人工确认。

未收到“确认进入下一阶段”时，不得继续。

如果人工修正某一阶段：

– 只回退到最近的出错阶段

– 列出受影响的后续内容

– 保留与本次修正无关的已确认结论

– 重新确认后再恢复生成

这里有一个很容易被忽略的细节：停下来时，不要只问“是否继续”。

好的检查点应该交付一份可判断的中间结果。人要看得见这一步得出了什么、根据是什么、还有哪些未知、放行后会影响什么。

否则，“人工确认”就会变成另一种形式主义：人只是不断点“继续”，并没有真正参与判断。

同一条需求重跑，错误开始有了回程票

回到积分过期提醒的演示案例。

新版本不再第一轮就生成完整 PRD，而是先输出需求理解：

• 主要目标是减少积分到期后的客诉；
• 提升兑换率是次级目标，不能用高频打扰换取；
• 本期聚焦“到期前提醒”，不包含积分有效期改造；
• 延期、补发与客诉兜底是否进入范围，仍待确认。

这一层拍板后，它再给出角色和流程。

到业务规则阶段，AI 列出“7 / 3 / 1 天提醒”作为建议，同时标记该节点没有业务依据。

这时，检查点不是只弹出一句“是否继续”，而是交付一份可以直接判断的现场记录：

当前阶段：业务规则

本阶段结论：

建议在积分到期前 7 天、3 天、1 天提醒。

结论依据：

来自常见消息策略，当前输入未提供本业务的数据或已确认规则。

待确认：

– 积分是统一到期还是按批次到期

– 各渠道发送成本与用户授权情况

– 用户可接受的打扰上限

对后续的影响：

未确认前，不进入消息任务、触发时间与字段设计。

我可以在这里停住，只修正第 3 步：提醒时间需要结合积分到期批次、渠道成本和打扰上限讨论，当前不能写成已确认规则。

我的回复也不是笼统地说“重新写”，而是明确回退与保留范围：

人工修正：

“7 / 3 / 1 天”只保留为候选方案，不得写成已确认规则。

回退动作：

留在第 3 步补充待确认项，暂不进入系统与数据设计。

保留内容：

已确认的目标、需求范围、角色和主流程不变。

这次修正不需要推翻前面已确认的目标、范围、角色和主流程。

到系统与数据阶段，如果发现触发任务的系统归属错了，就退回第 4 步，重新确认系统职责、状态来源和接口边界。前面已确认的业务规则仍然保留。

表面上，流程从“生成一次”变成了“确认四次再成文”。但人工注意力不再被一份长文档均匀消耗，而是集中在当前最重要的一类判断上。

这次修改不能证明总耗时一定下降了多少，因为我没有留下完整计时记录。在这次演示里可以确认的是：错误开始有明确的回退位置，不必默认整份重来。

最小行为验收：我只看四个过程信号

与上一篇一样，这次运行检查也不看“文档是不是更长”。

我只观察四个行为：

1. 有没有在正确的地方停

每一层中存在会改变后续方向的判断时，AI 应该交付中间结果并停止，而不是顺手写到文档结尾。

2. 出错后能不能退对位置

规则错了就回到规则，系统边界错了就回到系统，不要用“重新生成一份”粗暴解决。

3. 已确认内容有没有被保留

回退不等于清空。与本次修正无关的目标、范围、流程或规则，不应被重新改写。

4. 确认后能不能正确恢复

补充信息或修正结论后，AI 要更新受影响的内容，再从当前节点往后继续，不是回到第一步假装一切都没发生过。

四个信号都出现，才说明“可回退流程”在这次运行中开始生效。多问了几次，本身不是成果。

这里只做最小行为验收：它能说明新流程在本次运行中出现了，不能证明它已经稳定可复现、换个人也能正确使用。怎样留下版本证据、设计正式复测并准备交接，留到下一篇。

第三次跃迁结论： 这次失败逼我把一次生成改成了可确认、可回退、可恢复的过程。真正稳定的 workflow，不是一条跑得飞快的直线，而是一条知道在哪里停车、出错后从哪里返回的生产线。

总结：AI 负责往前走，人负责决定哪里放行

这一篇完成了从“开工前检查”到“过程中控制”的转换：

1. 完整任务不是一次判断，而是一串有依赖关系的判断；
2. 中间结果先交付、先确认，再成为下一步的输入；
3. 闸门只放在会改变方向的判断点，不在每个写作动作上打断；
4. 发现错误后回到最近节点，保留无关的已确认内容。

这轮改造之后，AI 接走的不只是表达工作，还包括按固定步骤展开、整理中间结果、识别受影响内容。

但哪个结论可以放行，哪个风险可以接受，哪个冲突必须拉上业务、研发或法务一起确认，仍然是产品经理的责任。

当生成变得很便宜，真正稀缺的就不是“把文档写完”，而是“知道哪里必须停下来判断”。

轮到你：把任务拆成 3 步，只设 1 个闸门

新手不用照搬五段式 PRD 流程。

给自己 30 分钟，选一个真实任务，先拆成最小三步：

1. 理解输入，形成任务目标和边界
2. 形成核心结论或方案
3. 按固定结构整理成交付物

然后只做三件事：

1. 选出一个“错了会导致后面集体返工”的节点；
2. 要求 AI 到这里输出结论、依据、待确认和后续影响；
3. 未经确认，不得进入第 3 步。

例如：

完成标志： 同一个任务重新运行时，AI 会在你指定的节点主动停止；你修正中间结果后，它只更新受影响的后续内容。

如果问题来自过早生成、缺少提问、跳过确认或无法定位回退节点，就在版本记录中标为“过程层”。一次只改一个主要问题，不要同时重写整份 Skill。

灵魂拷问

例如：

写评审材料 + 评审目标容易跑偏 + 目标与决策项确认后再成文

下期预告

系列二 · AI 协作 · 第 7 篇：从自己能用到别人敢用，Skill 的验证、版本与交接。

到这里，Skill 已经有了输出标准、开工闸门和可回退流程。但“我自己用起来没问题”，还不等于它已经是一份可靠资产。

下一篇继续拆：

• 怎样记录一次失败和一次有效修改；
• 怎样用复测证明问题真的缓解了；
• 怎样把藏在作者脑子里的默认知识写进交接版。

第六篇解决“开始以后怎样不一口气写到底”；第七篇解决“怎样证明它真的能用，并让别人也知道怎么用”。