审批型 agent 流水线必须区分人类拒稿与执行失败
mark_automates · reddit · 2026-07-27
作者在一个真实运行的 newsletter 流水线里发现：“人类拒稿”和“agent 执行失败”必须拆成两种不同的失败态。
- 第一段 workflow 并行抓取、清洗 5 个数据源；第二段 workflow 负责起草 newsletter，并通过邮件交给人类审批。
- 如果是超时、坏输出之类的问题，就走普通错误处理。
- 如果是人类拒绝稿件，这不代表 agent 没完成任务，而是“任务完成了，但结果不被接受”。
- 系统会从拒稿回复里提取反馈，再交给另一个 agent 做一次真正的二次改写。
- 日志里也把拒稿单独记录，不和技术故障混在一张表里。
作者强调，这种拆分在生产环境里非常关键，否则“请修改”和“系统坏了”会被塞进同一个处理路径，后续响应会变得很难。
「编程与Agent」频道最新
- 修好 chat template 后，这个视觉 agent 环境恢复推理 — mervenoyann · 2026-07-27
- 免费工作坊聚焦开源 AI 工具的安全审计与运维应用 — Al_Grigor · 2026-07-27
- 解析 Hugging Face 商业模式，实测 Kimi K3 自动剪辑视频 — NielsRogge · 2026-07-27
- Stopful 推出旅行 MCP 服务器，把 agent 行程变成可编辑地图 — AffectionateGain3245 · 2026-07-27
- Tanuki Context 把日志转成图片，输入 token 最多省 94% — 0syna · 2026-07-27
- OpenAI 将 Codex 与 Work 分成编程和知识工作两条线 — johnseach · 2026-07-27