先判断项目，再讨论工具
有人来问 AI 工作流时，很容易从模型、Agent、自动化平台开始聊。但如果业务问题还没说清，工具越多，讨论反而越容易偏。
我通常先用四个问题做初步判断。这四问不是完整方案，它的用处是快速看出：这件事值不值得继续拆解。
第一问：它是否高频？
先不问“这件事看起来难不难”，而是问：
- 过去两周实际发生了几次？
- 每次由谁处理，大约占用多少注意力？
- 它是稳定重复，还是偶尔才出现的例外？
高频不等于一定要自动化，但它给了试点足够的样本。例如，每天都要从聊天记录中找修改项，每周都要把进度汇总成报告，通常比一年只做一次的复杂任务更适合先试。
如果频率说不出来，先记录一周，不用急着上系统。
第二问：输入和输出是否可描述？
把“帮我提高效率”换成更具体的话：
- 输入从哪里来？是一条飞书消息、一份表格，还是一批文件？
- 必须包含哪些信息？
- 缺字段时是追问、暂存，还是拒绝处理？
- 输出究竟是一张任务卡、一份清单，还是一个待人审核的草稿？
这一问的核心不是写一份很长的 SOP，而是让开始和结束都能被看见。
如果同一句输入在不同人眼里代表完全不同的任务，先统一业务规则，比先调提示词更重要。
第三问：结果是否可验收？
“AI 已处理”不是验收结果。真正的验收要回到交付物和证据：
- 待办是否已经写入唯一账本，并保留来源？
- 报告里的“已完成”是否有文件、链接或人工确认？
- 提醒是否有平台投递记录？
- 整理后的数据是否能与原始数据对照？
如果无法事先定义“什么算完成”，系统也就无法证明自己没有编造进度。
验收还要使用同一口径做前后对照。没有原流程的耗时、遗漏、返工或人工接管记录，就不应该宣布改造有效。
第四问：错误发生时，是否有人工兜底？
每一个 AI 工作流都应该假设自己会失败。具体要问：
- 谁能看到失败状态？
- 错误输出会停在哪里，是否会继续对外发送？
- 人工接管后，能不能找回原始输入和处理记录？
- 重试会不会重复发消息、建日程或提交表单？
高风险动作应该默认停在人工确认之前。付款、发布、删除、对外发送、修改价格或客户承诺，都不应因为“大部分时候不会错”就取消确认。
人工接管不是失败后的补丁，而是首期工作流里必须保留的安全出口。
人工兜底不是自动化失败，而是可交付系统的一部分。
四问之后，只做一个小决定
可以先用下面这张简表记录：
| 问题 | 目前的证据 | 待补信息 | | --- | --- | --- | | 是否高频 | 过去两周的发生次数 | 频率与处理人 | | 输入输出是否可描述 | 一条真实输入和一份理想输出 | 必填字段与例外 | | 结果是否可验收 | 完成证据和基线 | 验收人与对照口径 | | 是否有人工兜底 | 失败时的停止点 | 接管人与恢复步骤 |
如果四个问题大部分都能拿出真实例子，下一步才是做更完整的付费诊断：梳理现状、优先环节、数据边界、人工关口和可验收试点。
如果你还不确定自己的场景是否匹配，可以从网站联系入口提交一件真实的重复工作。免费初筛只判断是否值得进一步诊断，不会用四个问题冒充一份完整实施方案。
