产品教程课上实操：三个提示词把流程拆开
以客户报修工单为主线案例，用三个提示词接力完成状态机、步骤表、边界清单与自动化分工——每个提示词给全文，并标出现场要抓的那个点。
主线案例：客户报修工单处理流程——从一句话到可跑的 SOP。
原始描述：「客户在群里报修，我们派人去看，看完出方案，客户确认了就去修，修完客户验收。」
这句话你我都听得懂，但它是不可执行的。接下来三个提示词，就是把它变成可执行文档的三步接力。
安装 Skill
课上这三个提示词已经打包成 Skill。装好之后，Agent 会先读懂 Skill、再按步骤带你把一条真实流程跑完——下面每个提示词的全文仍然保留在这一节里，方便你逐段看懂它在做什么。
把下面这段提示词复制给任何支持 SkillHub 的 Agent，即可自动完成安装：
请先检查是否已安装 SkillHub 商店，若未安装，请根据 https://skillhub.cn/install/skillhub.md 安装 SkillHub 商店（只安装 CLI），然后安装 [AI辅助拆解工作流程](https://skillhub.cn/team-skills/workflow-decomposition) 技能。若已安装，则直接安装 [AI辅助拆解工作流程](https://skillhub.cn/team-skills/workflow-decomposition) 技能。安装完成后，按下面的提示词让 Agent 先读懂 Skill、再按步骤执行：
读取这个文件，这是一个 skill，你分析一下有哪些步骤，每个步骤有什么标准，我应该如何跟你配合三个提示词的接力关系
提示词 A：让 AI 帮你做第一轮拆解
产出状态机、步骤表、数据流——把口语描述变成结构。这一步不问边界，只求把主干搭出来。
提示词 B：让 AI 帮你发现遗漏的边界情况
把 A 的输出交给它，扮演 QA 逐项扫六类漏洞，按严重程度排序。这一步专门找「万一」。
提示词 C：标注自动化分工
为每一步判定全自动 / 半自动 / 人工，并排出最值得先改造的三步。这一步才决定工具和投入。
三个提示词必须按顺序跑。跳过 A 直接问 B，AI 没有可检查的对象；跳过 B 直接问 C，你会把一堆有漏洞的步骤标上「全自动」，风险反而被放大。
提示词 A：让 AI 帮你做第一轮拆解（状态机＋步骤表）
用在哪：手上只有一段口头描述，或者你自己也不确定漏了什么的阶段。
你是一位业务流程分析师，擅长把模糊的口头描述拆解为可执行的工作流SOP。
我的原始流程描述：
【一句话描述你的流程，像跟新同事交接一样讲】
请按以下格式输出：
1. 状态机：列出这个工作对象从创建到关闭的所有状态，以及每个状态之间的流转条件（用箭头图）
2. 步骤表：每行一步，列出【步骤编号 | 触发方式 | 输入 | 执行动作 | 输出 | 执行角色（人/系统/AI）】
3. 数据流：每个对象的关键字段是什么，存在哪里，谁写谁读
要求：
- 步骤不超过10个
- 每个判断分支必须列出"是→走X""否→走Y"
- 如果有等待环节（等外部人回复、等物理操作），单独标注等待时长
开始前，先问我三个你认为我最可能没想清楚的问题。现场要抓的那个点
最后那句追问才是这一步的核心产出。
以报修工单为例，AI 通常会问的是：客户确认的时限是多久？如果客户一直不回复怎么办？谁有权判定验收通过？——这三个问题你多半答不上来，或者答的是「一般不这样」。
「一般不这样」就是漏洞。把它改写成规则，流程才算真的存在。
输出长什么样
跑完 A 之后，你会得到三样东西：
| 产出 | 形态 | 检查方法 |
|---|---|---|
| 状态机 | 待处理 → 已派单 → 维修中 → 待验收 → 已结单 | 任取一个时刻，问「现在处于哪个状态」，只能有一个答案 |
| 步骤表 | S1 到 S7 左右的一行一步表格 | 每一行的「输出」列必须写得出内容 |
| 数据流 | 关键字段清单＋读写方 | 换个人接手，能否只靠系统记录往下走 |
提示词 B：让 AI 帮你发现遗漏的边界情况
用在哪：A 的输出看起来已经挺完整、你觉得可以上线的时候。
你是一位经验丰富的QA（质量保障工程师），擅长找到流程设计中的漏洞和边界情况。
以下是一条工作流的拆解结果：
【粘贴提示词A的输出】
请逐项检查以下6类边界问题，发现问题则给出场景描述和建议处理方式：
1. 并发冲突：同一条记录被多人同时操作怎么办？
2. 异常中断：某一步执行失败了，是重试还是回退？谁来感知？
3. 超时处理：某一步等待超过预期时间怎么办？需要升级通知吗？
4. 空值/缺失：关键输入缺失时（比如没附图、没编号），是拒绝还是猜测？
5. 状态回退：后续环节发现前序有误，能不能退回？退回到哪里？
6. 权限隔离：不同角色能看到/操作哪些步骤？有没有越权风险？
输出格式：
| 编号 | 边界类型 | 具体场景 | 当前流程的问题 | 建议处理方式 |
|:-----|:-----|:-----|:-----|:-----|
不超过15条，按严重程度排序。六类边界，各自的典型翻车
| 类型 | 报修工单里的例子 | 没写清会怎样 |
|---|---|---|
| 并发冲突 | 主管和客户同时点了确认 | 重复派单，两个维修工上门 |
| 异常中断 | 维修工到场发现型号不对 | 记录挂在那里，没人知道 |
| 超时处理 | 客户三天没回复验收 | 工单永远停在待验收 |
| 空值 / 缺失 | 客户没发设备编号 | AI 猜了一个编号写进系统 |
| 状态回退 | 验收时发现换的零件不对 | 只能新开一单，历史断掉 |
| 权限隔离 | 维修工能不能看到报价 | 报价提前泄露给客户 |
超过 15 条怎么办：让 AI 按严重程度排序，你只处理前 5 条。剩下的在当前版本里明确写成「暂不处理」，比假装它不存在安全得多。
提示词 C：标注自动化分工
用在哪：边界补完之后，决定「哪些活让 AI 干、哪些留给人」的时候。
你是一位AI落地顾问，擅长判断业务流程中哪些环节适合AI接管、哪些必须留给人。
以下是一条完整的工作流（含状态机和步骤表）：
【粘贴步骤表】
请为每一步标注：
- ✅ 全自动：纯规则判断、信息搬运、格式转换、模板填充
- ⚠️ 半自动：AI出初稿/建议，人做最终判断或补充信息
- ❌ 人工：需要创造力、商业决策、物理操作或复杂人际沟通
同时给出判断理由（一句话）。
最后输出一个"自动化改造优先级"建议：哪3个步骤最值得优先自动化？为什么？分级不是目的，优先级才是
以报修工单为例，分级结果通常长这样：
| 步骤 | 分级 | 判断依据 |
|---|---|---|
| 接收报修、提取设备编号与故障描述 | ✅ 全自动 | 信息搬运，输入输出明确 |
| 派单（按区域和工种匹配维修工） | ✅ 全自动 | 规则可编码 |
| 上门检查并出维修方案 | ❌ 人工 | 物理操作＋现场判断 |
| 报价与客户确认 | ⚠️ 半自动 | AI 拟报价说明，人确认金额 |
| 维修完成、拍照上传 | ❌ 人工 | 物理操作 |
| 客户验收、结单归档 | ⚠️ 半自动 | AI 判断材料齐全，异常交人 |
别把「最容易自动化」当成「最该先做」。 优先级的判断标准是收益——哪一个环节自动化之后，能同时省下最多的人工时间、减少最多的扯皮。以报修为例，最值得先做的通常是「接收报修＋派单」，因为它是每一次流程的必经入口。
配套演示素材
现场可以直接粘贴这段更完整一点的描述，复现课上效果：
客户在群里说设备坏了，我们派维修工上门看，看完出维修方案和报价，客户确认了就修，修完拍照发群里，客户说没问题就结单。
跑完之后对照检查：AI 追问的问题你能不能答上来；六类边界里哪几类命中了；自动化优先级建议你认不认。
课堂提醒：用真实案例练习时先脱敏——把客户名、设备编号、报价换成占位符。流程结构和敏感信息无关，但喂出去的内容收不回来。
这一节的要点
| 记住这个 | 因为 |
|---|---|
| 三个提示词是接力，不是三选一 | 没有 A 的结构，B 无从检查；没有 B 的补漏，C 会放大风险 |
| A 的价值在最后那句追问 | 它暴露的是你不知道自己没说的东西 |
| B 只处理前 5 条严重问题 | 把长清单变成「暂不处理」，比假装完整安全 |
| C 的产出优先级比分级更重要 | 一次全上通常一步都落不了地 |
| 练习材料先脱敏 | 流程结构不含敏感信息，但喂出去收不回来 |