把操作串起来，还不等于把工作做完
多个 Agent 能执行命令，不代表它们对同一份结果负责。一个流程如果只记录调用是否成功，很容易把“脚本退出”“页面已打开”误认为业务目标已经达成。
目标工作流需要说明：希望交付什么、每一步依赖什么、发生异常如何反馈，以及由什么证据证明已经完成。这样才能把工具输出转换为可以检查的工作结果。
方案让范围和依赖变得可见
在执行前把目标拆成方案，可以发现缺失的资料、重复的步骤和需要本人判断的节点。对用户而言，先看到可修改的方案，比先配置一长串模型或底层参数更容易判断工作是否走在正确方向。
方案不是永久不变的脚本。要求变化时，应结合当前进度修订；已经执行的步骤和新要求之间需要保留关系，避免旧确认被误用到新的内容。
分清三类决定
第一类是确定的规则，可以由程序按已确认流程处理。第二类是授权范围内的判断，可以交给 AI。第三类涉及新增范围、预算或敏感操作，应交回有权决定的人确认。
把所有事项都设为人工审批会增加等待，把所有事项都交给 AI 又容易扩大授权。流程设计应围绕实际风险和业务责任划分，不只看技术上能否执行。
用交付证据完成验收
资料任务可检查引用、结构和关键数字；网页任务可检查真实页面与交互；代码任务可检查行为、测试和构建。证据应对应用户的目标，而不是只展示一段执行日志。
在灵执里，优先查看当前方案、阶段进度、产物、待确认事项与核验结果。遇到缺资料、权限不足或结果不符合要求时，明确阻塞并继续修订，通常比重复启动整项工作更有效。