搭建第一条工作流

第一条工作流选择“会议记录 → 行动清单”。它输入明确、结果容易检查、风险可控，也能展示 AI 如何从生成文本升级为参与完整流程。

1. 定义输入与交付

输入：一份已获准处理的会议转写或详细笔记。

交付：

1. 已作决定；
2. 行动项、负责人、截止时间和依赖；
3. 未决问题；
4. 风险；
5. 需要人工确认的缺口。

原文没有明确的信息一律写“未指定”。

2. 第一版只做手动流程

会议记录 → 行动清单 · 手动版

1. 1
   上传会议记录人负责
2. 2
   按固定字段提取AI 执行

   决定、待办、负责人、截止时间、原文位置
3. 3
   逐项回看原文检查点

   重点核对负责人、日期与数字
4. 4
   按团队格式生成纪要AI 执行
5. 5
   确认并发送人负责

   发送动作始终由人执行

连续用五次，记录 AI 常见遗漏和人工修改。先把方法跑稳，再考虑连接会议软件或任务系统。

3. 固定输入和输出

任务委托：

基于会议原文提取决定、行动项、未决问题和风险。
每项保留原文定位。
负责人或日期未明确时写“未指定”，不要推断。
先输出结构化表格，等我确认后再生成对外纪要。

输出表至少包括：类型、内容、负责人、截止时间、原文位置、确认状态。

4. 增加自动化

手动版稳定后，按顺序增加：

1. 自动获取会议转写；
2. 自动调用 AI 生成结构化草稿；
3. 自动创建“待审核”记录；
4. 人工确认后写入任务系统；
5. 发送纪要并保存日志；
6. 失败时通知负责人。

不要第一版就自动发送或直接给同事创建任务。

5. 测试异常

至少测试：没有负责人、没有日期、同一任务多人负责、转写错误、会议取消决定、包含敏感信息、任务系统不可用、重复触发。

6. 交付检查

• [ ] 输入来源和权限合规；
• [ ] 结构化字段稳定；
• [ ] 关键内容能回到原文；
• [ ] 未知信息没有被猜测；
• [ ] 外发和任务创建有人确认；
• [ ] 重复运行不会创建重复任务；
• [ ] 失败有日志、告警和手工补救办法。

需要具体平台实现时，继续阅读《第一个自动化工作流实战》。

7. 在 WorkBuddy 里从零搭建

7.1 创建目录和三个模板

创建 AI-Work/会议行动流/，套用《WorkBuddy 搭建底座》的目录结构。在 00-任务说明/ 新建：

• brief.md：会议名称、参会人、纪要接收人和交付时限；
• acceptance.md：负责人、日期、数字和原文定位的检查项；
• output-template.md：决定、行动项、未决问题、风险四个固定区块。

第一周只复制会议转写到 01-原始输入/，不连接会议软件和任务系统。

7.2 第一次手动运行

1. 在 WorkBuddy 选择 AI-Work/会议行动流/ 为工作空间；
2. 发送下面的“计划指令”，只让它检查输入并写计划；
3. 确认计划后，只提取 3 条行动项；
4. 人工逐项回听，修正字段规则；
5. 再处理全文，生成待审核纪要和行动表；
6. 人工确认后复制到 04-已确认交付/，由人发送和创建任务；
7. 在 99-复盘/changelog.md 记录漏项、误判和耗时。

读取 @00-任务说明 和本次 @01-原始输入，但不要修改原文。
先检查文件版本、说话人和时间戳是否可用，再写 plan.md。
计划必须包含：输入、提取字段、3 条样本、人工检查、全量处理、交付文件和失败处理。
我确认前不要提取全文，不要发送消息，不要创建任务。

7.3 连续五次校准

次数	本次只优化什么	必须记录
第 1 次	字段是否齐全	漏了哪些决定或待办
第 2 次	负责人识别	未指定与误指定数量
第 3 次	日期和时区	相对日期如何换算
第 4 次	上期状态对账	未完成项是否被遗漏
第 5 次	输出格式	复制进团队系统还要改什么

五次期间每次只改一类规则，确保知道哪个变化真正改善了结果。五次后将稳定规则合并进模板，并保留五份输入与结果作为回归样本。

7.4 再增加半自动连接

手动版连续五次达到验收标准后，按“一个连接一次验收”的顺序增加能力：先自动获取转写，再自动创建待审核记录，最后才考虑任务系统写入。每增加一个连接，都重放五份历史样本，检查数量、字段和重复执行结果。

保持三个闸门：

1. 原始转写进入工作空间前确认授权；
2. 纪要和行动项生成后人工审核；
3. 外发与任务创建前由负责人确认。

任何连接失败时，流程都应能退回“手动复制输入、手动发送交付”的版本，而不是让整条工作流停摆。