适合谁
按真实采购判断来选入口，不按营销口号来浏览
先判断值不值得做
你已经有重复流程，但还不确定这个流程值不值得交付成 AI Agent Workflow。
流程知道大概，交付标准还没成型
你缺的是 Spec、Tests、人审升级规则和平台适配说明，不是再多一版 Prompt。
正在比较不同交付方式
你想判断 Prompt 代写、自动化脚本和可验收 Workflow 交付，到底差在哪一层。
可交付场景
01
客服 FAQ 回复
让高频、低风险问题进入可审核的自动回复流程，复杂问题继续交给人工。
02
内容选题与发布
把选题、改写、格式化和审核队列做成稳定工作流，而不是零散 Prompt。
03
邮件分流与优先级处理
识别来信意图、分配队列、起草低风险回复，减少共享收件箱的首轮负担。
04
内部汇总与报告
把周期性汇总改造成结构化输入和标准化输出，降低手工拼接成本。
交付内容
不是一段 Prompt，而是一套可验收的交付包
01
Agent Spec
定义目标、边界、输入输出、升级条件和禁止动作。
02
System Prompt
把风格、判断规则、回复限制和输出格式写成可测试指令。
03
Workflow Design
把流程步骤、判断分支、异常路径和人工复核点结构化。
04
Test Cases
覆盖 normal、edge、error 和 high-risk 场景，避免只看演示结果。
05
Platform Adapter
给 Codex、Claude Code、n8n 等目标平台提供落地说明。
06
User Guide
让业务方能读、能 review、能接手，不依赖口头传达。
默认按 24/30 发布门槛和关键项 4/5 门槛执行交付审查。
交付流程
从诊断到交付，按四步推进
01
流程诊断
先看当前人工流程、例外情况和风险边界，再判断值不值得做。
02
方案确认
输出 Agent Spec 草案、工作流结构和验收边界，确认后再进入交付。
03
文档交付
交付 Prompt、Workflow、Tests、平台说明和使用手册。
04
部署与复核
按目标平台部署，保留人工 review 和 revision window。
判断依据
A
先交付可审核方案
不是先写代码，而是先把工作流、边界和验收方式讲清楚。
B
保留人工边界
涉及高风险、低置信度、敏感主题的部分默认升级，不伪装全自动。
C
文档是可交接资产
交付物是业务团队能继续维护的文档，不是一次性黑箱。
D
按 use-case 而不是口号售卖
页面围绕具体流程、适用边界和价格判断来组织，不靠泛化宣传。
边界说明
我们会做
+诊断重复流程并定义可交付范围
+设计可 review 的 Agent Workflow 和升级规则
+提供测试用例和平台适配说明
+把不适合自动化的部分明确写出来
+为业务 owner 保留人工决策点
我们不做
+不承诺法律、医疗、财务类最终判断
+不默认接自动付款、退款、合同签署
+不把没有样本和规则的流程包装成交付范围
+不承诺零人工复核的高风险自动化
+不把单纯 Prompt 调整描述成完整交付