把重复工作变成可检查的自动化流程
从“反馈文本转待审任务”搭一条可检查工作流，先验证字段、去重与失败恢复，再接自动触发。
定义一个不会误发的练习
输入为三条虚构产品反馈，输出为本地表格里的待审任务。字段包括event_id、原文、问题类别、摘要、status。第一版手动触发，不发邮件、不改线上工单。先确定空输入如何处理，分类不明确就进入needs_review，而不是让模型强行选一个看似合理的类别。
event_id,text
feedback-001,导出按钮没有反应
feedback-002,希望增加深色主题
feedback-003,把节点拆成可观察步骤
流程按“手动输入 → 字段校验 → AI分类 → 输出结构校验 → 去重 → 写待审表”搭建。每一步查看实际输入输出。AI返回的JSON必须先解析，分类值必须在允许集合里；代码围栏、缺字段或额外说明均需要处理。先用固定模拟响应验证流程结构，再接真实模型，模拟数据只用于本地练习。
验证重复执行不会重复写入
用event_id做稳定唯一标识，同一条反馈运行两次应只得到一条待审任务。正式数据库用唯一约束或原子写入，不能只靠“先查再写”应对并发。模型调用可能成功而写表失败，重跑时保留原始事件与状态，避免把整条流程当作无状态按钮。
区分可重试与需修正的失败
网络超时可以有限重试并退避；凭据错误需要修配置；输出缺字段需重新生成或人工处理；空输入应跳过并记原因。设置最多重试次数和错误记录，别无限循环消耗额度。工作流工具的错误分支并不会自动替你决定业务恢复方式，要逐种错误测试。
接定时触发前的验收
重跑相同事件、断开网络、输入空白、让模型返回错误格式，各做一次。检查无重复写入、失败可找到、修复后可继续。最后再接定时或Webhook，保留人工批准后才对外发布的步骤。交付节点图、字段协议、三条输入输出、四类失败记录和密钥配置说明；不要把密钥写进可分享的工作流。
配套工具与教程
动手实践
一条从输入到校验、处理、人工确认的最小自动化流程。
- 选择一项输入明确的重复工作，先使用自己可控制的数据副本。
- 列出输入字段、唯一标识、输出位置和成功条件。
- 确认所连接服务的账号权限，不把敏感内容默认交给外部 AI。
第 1 步
- 用一句话写清输入、处理规则与预期输出。
- 列出必填字段和唯一标识，决定重复数据应跳过、更新还是人工处理。
- 第一版只输出待审核结果，不直接自动对外发布。
无需猜测就能判断某次输入是否合法，以及什么结果算完成。
第 2 步
- 从手动触发和少量可控输入开始，逐个连接节点。
- 在每个处理环节查看字段结构，确认字段名称与类型。
- 使用凭证管理入口连接所需服务，不把密钥写进提示词或导出文件。
一次输入可以走到预定输出，每一步都能查看结果。
第 3 步
- 分别测试正常输入、缺失字段、重复标识和服务不可用。
- 校验失败时停止写入并记录原因；外部服务超时时区分重试与人工处理。
- 再次运行相同输入，确认不会产生重复发送或重复写入。
失败可定位，同一输入重放的结果符合事先规则。
第 4 步
- 在对外动作前保留审核步骤，检查 AI 输出是否满足字段与事实要求。
- 记录执行时间、输入标识与状态，不记录不必要的私人正文。
- 说明如何暂停、修正输入和恢复失败任务，验证后再考虑定时执行。
能暂停流程并恢复一次失败执行，对外输出经过预定检查。
常见问题
同一条数据反复写入
为输入设置稳定标识，执行前检查已处理状态，不把每次运行时间当作唯一去重依据。
AI 输出格式不稳定
增加字段和类型校验；校验失败转人工处理，不直接写入下一系统。
重试触发重复通知
将处理与发送状态分开记录，先确认外部动作是否已成功再重试。
交付成果
- 流程导出文件（不含秘密凭证）
- 字段及节点职责说明
- 正常、缺字段、重复输入和失败的验证记录
- 恢复与暂停操作说明