Think Workflows：长推理步骤先加审批门

这篇解决什么

长任务 Agent 通常不是一次回答就结束，而是生成判断、等待外部状态、再执行动作。没有结构化输出和审批门，失败很难定位，风险动作也难以拦截。

适合谁

适合做 Issue triage、客户跟进、内容审核、数据修复和跨系统自动化的后端团队。

操作步骤

1. 把 Workflow 拆成推理草稿、人工审批和执行动作三段
2. 为推理结果定义 zod 或等价 schema
3. 设置长等待超时和恢复策略
4. 审批前只生成建议，不调用写入工具
5. 执行后把输入、审批人、动作结果写入审计日志
6. 用历史任务回放验证 schema 失败和审批拒绝路径

可复制模板

Workflow：
推理 schema：
等待时间：
审批人：
执行动作：
审计日志：
拒绝路径：

验收清单

• 长任务已分段
• 推理结果结构化
• 审批前不写入
• 恢复策略已写
• 拒绝路径已测试

常见错误

• 只收藏产品更新，没有改成自己的任务卡、权限表和验收证据。
• 直接在生产账号、生产仓库或公开页面试新功能，没有先跑低风险样本。
• 只看工具能力，不记录成本、失败率、人工接管次数和恢复动作。
• 把外部链接当正文主体，读者离开页面后才知道怎么做。

30 分钟小样本

前 5 分钟写清输入、目标和风险边界；中间 15 分钟按步骤跑一个低风险样本；最后 10 分钟记录输出、失败点、人工修改量和下一次复用条件。样本不通过时，只修失败点，不扩大范围。

下一步怎么用

第一次执行时把它当成个人操作卡；第二次复用时沉淀为团队模板；第三次仍然稳定后，再升级为固定 SOP、Skill 或工具导航页。涉及账号、发布、删除、付费、生产代码和客户数据的动作，必须保留人工确认点。

资料依据

• Cloudflare Changelog / Think Workflows / 2026-06-02

标签