为什么 AI 需要一个敢说难听话的评审流程

真正危险的不是坏点子，而是过早的认同

一个还没成形的想法，最容易收到的反馈往往是“听起来不错”。这句话并不等于结论，却很容易被当成结论：目标含糊、使用场景缺席、关键取舍未定，都可以暂时被一句认可遮过去。对希望从零走到一的人而言，问题不在于点子一开始不成熟，而在于它还没有被充分检验，就被推进到下一步。

AI 也很擅长提供顺滑的回应。它能迅速补全语气、扩展方案、列出优势；如果没有刻意设计，流程就会把“继续聊下去”误当成“已经想清楚”。真正有价值的评审，应当让人先看见最可能让方案失败的部分，再决定是否值得投入时间。

尖锐不是提高音量，也不是把怀疑包装成人身否定。有效的批评必须能指出具体缺陷，并把缺陷与下一步行动连起来。例如，与其说“这个功能很差”，不如追问：它服务的核心目标是什么？用户会在哪一步放弃？它和已有环节怎样衔接？批评越明确，修改的方向就越清楚。

diss-me 的边界也因此重要：它只在用户明确请求时才激活。普通对话不应突然变成攻击式评审；当用户主动要求“说真话”或批判方案时，才切换到更严格的模式。这个前提把控制权留给提出想法的人，也让尖锐反馈有了明确的语境。

批评若只是情绪释放，结束后只会留下挫败感。diss-me 试图把它拆成一条可以推进设计的流程：先定位风险，再逐项决策，并把已经确认的选择留下来。重点不是一次性穷尽所有答案，而是每一轮都让方案比上一轮更能开工。

面对已有方案，流程先集中提出最致命的两三个问题。它们可能是目标无法用一句话说清、构成部分没有列全、关键环节彼此冲突，或是某个必要决策始终悬空。先把风险放在桌面上，能避免团队沉迷于细枝末节，却忽略会让整个方案失效的缺口。

例如，一个“帮助用户坚持习惯”的产品，若没有说明用户在什么时候会使用它、靠什么形成反馈，就不该立刻讨论按钮颜色或页面数量。评审先把这些根问题挑出来，并不是否定方向，而是要求提案经得起下一步的资源、体验和交付检验。

开场之后，一次只追问一个决策点，并等待回答。多个问题同时抛出看似全面，实际会把讨论变成答题清单；每次只处理一个分支，才能看清决策之间的依赖，也能让回答真正改变后续路径。流程追求的是连续推进，而不是制造压力。

这也意味着问题需要有顺序：先确认服务对象和目标，再讨论功能范围，最后才处理实现细节。若前一个决定改变了后一个问题的前提，流程就应该据此调整，而不是机械地照着预设问卷走完。

每个问题都应配上两到四个可落地的选项，并说明推荐哪一个、为什么。这样，评审不会把“你觉得呢”原样丢回给提案者。对于产品可以给功能或技术路径，对于文章可以给结构或论点取舍；推荐不是替人做决定，而是把判断依据和可执行的下一步一并交出来。

选项还应当呈现真正的取舍。比如范围优先、速度优先和验证优先，分别会牺牲什么、需要补上什么，不能只换一种说法重复同一个答案。提案者可以接受推荐，也可以选择别的路径；重要的是每种选择都能被追踪，并能导向下一项具体工作。

讨论中确认的决定需要被持续记录。diss-me 用 DISS_NOTES.md 沉淀每个决策、选择理由和后续顺序，使会话中断后仍能接续，也让最终结果不是零散聊天记录。待关键分支收敛后，这些记录汇总为完整清单、关键决策与从零到一的实施顺序，成为可开工的蓝图。

这份蓝图应当让后来加入的人也能读懂：哪些假设已经确认，哪些方案被放弃，下一步应先验证什么。记录不是额外的文书负担，而是把口头讨论转换为可复查的项目记忆；当需求变化时，人们也能找到需要重新讨论的决定，而非从头猜测当初的理由。

严格的标准应当落在方案上，而不是落在人身上。可以说一个流程漏掉了边界条件，可以指出一个假设没有证据，却不需要把提案者描绘成能力不足。这样的区分不是礼貌修辞：只有把问题限定为可观察、可修改的对象，参与者才有空间补充信息、改变选择，并继续合作。

评审并不应该无限延长。diss-me 在产出可执行蓝图后停止：它不主动进入写代码或替人实施的阶段。这个停止条件让“评审完成”有可判断的标准，也防止 AI 从提出质疑滑向未经授权的执行。蓝图齐备后，是否开工、怎样开工，应当由下一步明确的请求来决定。

敢说难听话的价值，不在于让交流更刺耳，而在于把模糊的肯定变成可检验的决策。把触发条件、问题节奏、选项与记录、以及停止边界写进流程，AI 才能既保持锋利，又真正帮助想法落地。了解该技能可访问 diss-me。