AI 办公自动化:邮件、表格、会议纪要到周报的闭环工作流
我用 AI 处理办公任务三年,最常被同事问的一句话是:"你让 AI 帮我回了那封邮件,怎么对方说我没诚意?"原因不是 AI 写得不好,而是我把 AI 用成了"自动回信人",它实际只是"按指令起草文本的工具"。该写输入卡的地方没写、该设审核闸门的地方没设、该有归档的地方没有——翻车是必然的。
这篇文章把这条工作流完整拆开:资料收集 → 结构化输入 → AI 起草中间产物 → 人工复核闸门 → 任务派发 → 结果回收 → 归档与周复盘。你照着走一遍,至少能把"AI 发了不该发的邮件""AI 编了不存在的数字""任务派下去没人接"这三类办公事故压掉八成。
配套阅读:AI 在办公效率中的应用(场景百科与工具分工)、AI 生产力技巧(整体提效收官文)、WPS AI 使用教程(中文文档主力工具)、Notion AI 使用教程(知识库与归档工具)、AI 写作工作流(同系列工作流)、AI 编程工作流(工程链交接方法)、Prompt 调试方法(AI 输出异常的定位与回滚)、ChatGPT 进阶技巧、Claude 进阶技巧、Kimi 使用教程、AI 写代码、AI 做 PPT。
AI 办公自动化不是让 AI 替你发消息
把 AI 想成"办公助理,从收件到归档全包",从一开始就跑偏了。AI 在办公里真正能稳定交付的,是可被人工复核、可被交接、可被回滚的中间产物——邮件草稿、表格分析说明、会议纪要草稿、周报摘要。这一连串环节累积起来才是一次完整的"办公任务",而不是某一段 AI 输出。
这一节先定几件执行前必须想清楚的事。
自动化边界:AI 起草、提取、分类、转写;人负责授权、判断、发送和承担结果
不要把"让 AI 办公"等同于"让 AI 自动回复邮件、自动派任务、自动审批"。办公是高风险沟通:
- AI 可起草:邮件初稿、纪要草稿、表格分析说明、周报摘要、行动项候选。
- AI 可提取:从会议录音里提取行动项、从表格里找异常值、从长文档里抽条款。
- AI 可分类:把 50 封邮件按主题/优先级/负责人分组、把文档按类型归档。
- AI 可转写:录音转文字、长文摘要、表格转 CSV、邮件转任务卡。
- 人必须做:授权发送、修改金额与时间、把控语气、承担合规后果、处理客户投诉与危机。
这条边界一旦模糊,就会出现"AI 替你向客户承诺了折扣""AI 替你向员工发了辞退通知""AI 替你把合同条款改了"的事故。AI 没有商业判断力,不知道组织博弈,不知道合规边界——你授权它做的事,必须由你来承担结果。
闭环 ≠ 一段 AI 输出,闭环 = 七个可验证环节
把"会议到周报"当成一个动作,从需求一开始就跑偏。要拆成七个可独立回滚的环节:
- 资料收集:议程、邮件原文、会议文字稿、相关表格、上周行动项。
- 结构化输入:去重、脱敏、标注来源、缺失字段;原始材料与 AI 处理副本分离。
- AI 起草中间产物:纪要草稿、行动项候选、异常数据说明、邮件草稿、周报草稿。
- 人工复核闸门:收件人、数据、承诺、时间、金额、权限、合规、语气八项复核。
- 任务派发:负责人、截止时间、验收标准、依赖、状态字段;无人认领即不算闭环。
- 结果回收:表格更新、邮件同步、行动项状态变更、归档到知识库。
- 归档与周复盘:纪要、行动项、周报、归档链接五件套;下周一开始前必须有复盘。
任何一个环节缺位,都会让"AI 帮我办公"变成"AI 让我背锅"。
先画出办公任务的输入和出口
在让 AI 动手处理一条办公任务之前,先把输入和出口想清楚。这是 80% 的"AI 办公翻车"可以避免的一步。
输入卡:每条任务开工前必须填的字段
| 字段 | 含义 | 示例 |
|---|---|---|
| 任务类型 | 邮件/纪要/表格/周报/审批 | 周一例会的会议纪要 |
| 输入材料 | 议程、邮件、录音、表格 | 议程 + 文字稿 + 上周行动项表 |
| 输出格式 | Markdown/CSV/HTML/Word | Markdown 纪要 + CSV 行动项 |
| 接收人 | 谁会读这份产出 | 部门 12 人 + 1 位总监 |
| 截止时间 | 何时必须交付 | 周一 18:00 前 |
| 敏感级别 | 公开/内部/机密/客户数据 | 内部 |
| 验收标准 | 什么算"做完了" | 行动项全部有负责人和数据出处 |
| 归档位置 | 文档存放的最终位置 | Notion weekly-meetings/2026-W30 |
| AI 介入边界 | AI 可以做哪些、不可以做哪些 | AI 起草纪要;不发邮件;不改数据 |
这一张表如果没填,AI 介入后必然要回头补——而回头补的成本,往往是直接做的 3 倍。
出口卡:任务闭环时必须有的交付物
| 任务类型 | 必须交付的出口 |
|---|---|
| 邮件 | 草稿 + 收件人复核记录 + 发送确认截图 + 客户回复归档 |
| 会议纪要 | 纪要定稿 + 行动项表 + 议程链接 + 录音或文字稿归档 |
| 表格分析 | 原始表格 + AI 说明 + 数据出处标注 + 异常项标记 |
| 周报 | 周报定稿 + 行动项状态 + 数据链接 + 下周计划 |
| 审批 | 审批材料清单 + AI 提取的关键信息 + 申请人复核签字 |
出口卡与输入卡是一对——输入卡回答"我要做什么",出口卡回答"做到什么程度算完成"。两张卡必须同时存在。
步骤一:把邮件、文档和会议材料结构化
AI 处理办公任务的最大风险,是"AI 看到了它不该看到的东西"或"AI 没看到它该看的东西"。这一步必须先把材料结构化。
1.1 去重与原始材料分离
办公材料里大量重复内容:同一封邮件被多人转发、同一段会议内容出现在邮件和文字稿里、同一份表格被导出成 PDF 和 Excel 各一份。把这些去重,保留唯一权威源(single source of truth),其他标注为副本。
操作步骤:
- 把同一议题的材料放在一个文件夹,按时间倒序排列。
- 标注每份材料的"权威度"——是原文还是副本、是不是最新版。
- 把权威源复制到
source/目录,把副本移到archive/目录。 - 在 README 里写明哪一份是权威源,其他副本的差异点。
1.2 脱敏与敏感级别标注
办公材料里几乎一定有不能直接发给 AI 的东西:客户合同金额、员工薪资、未公开财务数据、客户隐私信息、商业机密。这些必须脱敏或删除。
操作步骤:
- 把材料按敏感级别分四类:公开(可直接发 AI)、内部(可发 AI 但不能外发)、机密(AI 只能看不存)、客户数据(禁止发外部 AI)。
- 机密和客户数据只在内部隔离环境里处理;外部 AI 工具不接触。
- 内部材料脱敏:人名→代号、金额→区间、合同号→哈希值、客户名→行业+编号。
- 在每份材料头部标注敏感级别,例如
[INTERNAL]、[CONFIDENTIAL]。
这条规则的目的是不让 AI 替你承担合规风险。AI 服务商的数据保留和训练使用条款每天都在变,今天合规不代表明天合规。
1.3 缺失字段标记
办公材料常见的缺失字段:议程没写时间、邮件没抄送关键人、表格缺一列数据、会议文字稿有段听不清。AI 不会替你补——AI 会编。
操作步骤:
- 通读所有材料,列出所有"不完整"的字段。
- 对每个缺失字段标注
[MISSING: 字段名 / 责任人 / 补全时间]。 - 如果补不全:让 AI 在产出里明确写"该项无法从源材料验证",而不是 AI 自行推断。
- 补全后更新权威源;不要在副本里补。
步骤二:让 AI 只做可复核的中间产物
AI 在办公场景的正确用法是"做可被人工复核的中间产物",而不是"做最终交付"。
2.1 邮件草稿:保留来源指针
让 AI 起草邮件时,必须让 AI 在每段引用"依据"——从哪份材料、哪条数据、哪句话得出。
示例提示词:
你是邮件起草助手。根据以下材料起草一封给客户的邮件:
材料 1:[客户邮件原文]
材料 2:[我方上次沟通纪要]
材料 3:[本周产品更新日志]
要求:
1. 邮件分三段:感谢 + 进度同步 + 下一步。
2. 每个事实必须标注来源编号,例如 [材料 1 第 2 段]。
3. 不出现材料里没有的数据(金额、时间、版本号)。
4. 语气正式但不冷冰冰,避免"非常感谢您的耐心等待"这种套话。
5. 输出 Markdown,标题、正文、落款清晰。
AI 输出后,必须由人复核:去掉无法验证的数据、修正语气、调整格式。这一步省不掉。
2.2 表格分析:保留数据出处
AI 分析表格时容易"看到相关性就当因果"。必须让 AI 在每个结论后标注"这是观察/这是推断/这是无法验证"。
示例提示词:
你是数据分析助手。分析以下销售表格:
[表格内容]
要求:
1. 列出 3 个观察(数据里能看到的事实)。
2. 列出 1 个可能的推断(标注为"待验证")。
3. 不要给"应该怎么做"的建议。
4. 每个数字标注来源行号。
5. 输出 Markdown 表格。
2.3 会议纪要草稿:标注未确认项
AI 整理会议纪要时,对"听不清""前后矛盾""参会者没明确表态"的内容,必须标注 [待确认] 而不是 AI 自己选一个。
示例提示词:
你是会议纪要整理助手。以下是 60 分钟会议的文字稿:
[文字稿]
要求:
1. 按议程顺序整理每段讨论的核心结论。
2. 行动项用表格:负责人、任务、截止时间、状态(默认 draft)。
3. 对听不清/矛盾/未表态的内容标注 [待确认]。
4. 不要补全信息,不要猜测负责人。
5. 输出 Markdown。
2.4 周报摘要:本周动作 + 数据 + 下周计划
周报最容易"AI 写得漂亮但实际没人看"。必须让 AI 只整理本周已经发生的动作、已经验证的数据、已经明确的下周计划。
示例提示词:
你是周报整理助手。以下是本周行动项表、邮件摘要、会议纪要:
[行动项表本周更新]
[邮件摘要]
[会议纪要]
要求:
1. 本周完成:只列状态 = done 的行动项。
2. 本周数据:只列已发布的数字,标注数据链接。
3. 进行中:只列有明确负责人和截止时间的。
4. 下周计划:只列已确认的,未确认的进"待定"。
5. 不要写"取得了显著成效""团队高效协作"这种空话。
步骤三:设置人工审核与发送闸门
AI 起草完所有中间产物后,必须有人工审核闸门。这一步是 AI 办公自动化最关键的"人"的环节。
3.1 八项审核闸门
| 闸门 | 审核什么 | 不通过会怎样 |
|---|---|---|
| 收件人 | 是否抄送/密送正确 | 邮件发错人、机密泄露 |
| 数据 | 数字、单位、时间是否准确 | 客户被误导、报告失实 |
| 承诺 | 是否做了不该做的承诺 | 法务纠纷、合作失败 |
| 时间 | 截止日期、版本号是否对得上 | 项目延期、版本混乱 |
| 金额 | 价格、折扣、税率是否正确 | 财务损失、合同争议 |
| 权限 | 是否越权审批/通知/决定 | 组织冲突、合规风险 |
| 合规 | 是否符合行业法规、内部制度 | 法律风险、纪律处分 |
| 语气 | 是否符合对方文化与关系 | 关系破裂、谈判失利 |
每一项必须有具体的人来审——不能"AI 起草、AI 自审"。AI 自审会发现不了 AI 自己编的内容。
3.2 哪些动作不得自动发送
| 动作 | 风险 | 必须有人复核 |
|---|---|---|
| 向客户发承诺邮件 | 商业承诺 | 直属上级或法务 |
| 向员工发辞退通知 | 人事决定 | HR + 直属上级 |
| 修改合同条款 | 法律效力 | 法务 |
| 公开数据/财报 | 投资者关系 | CFO 或 IR |
| 内部全员通知 | 舆情 | HR 或行政 |
| 删除任何数据 | 不可恢复 | 数据 owner |
凡是会改变"别人对你/对公司的预期"的邮件,都必须有人复核;AI 不能代发。
3.3 审核记录与可追溯
审核必须有记录:谁在什么时间复核了哪一封邮件/哪一份纪要、通过了什么闸门、有没有修改意见。
最简单的做法:每份 AI 起草的产出,附带一个 review.md:
# 复核记录
- 复核人:张三
- 复核时间:2026-07-21 14:30 CST
- 复核项:邮件草稿 → 客户 A
- 通过闸门:收件人 ✓ / 数据 ✓ / 承诺 ✓ / 时间 ✓ / 金额 ✓ / 权限 ✓ / 合规 ✓ / 语气 ✓
- 修改意见:把"我们承诺 7 月 25 日前交付"改为"我们计划 7 月底前完成初版"。
- 复核人签字:(张三大写字母或电子签名)
这一步看似繁琐,但出了事时,这是你能证明"AI 起草、人复核、有记录"的唯一凭据。
步骤四:把纪要变成行动项并跟踪状态
会议开完不闭环,是中国职场最常见的浪费之一。开完会没行动项、有行动项没负责人、有负责人没截止时间——AI 办公自动化的最大价值,是把这条"会议 → 行动项 → 执行 → 归档"串成闭环。
4.1 行动项卡:九个必填字段
| 字段 | 含义 | 没填的后果 |
|---|---|---|
| 编号 | A001/A002/... | 没法追溯 |
| 标题 | 一句话说清任务 | 容易跑偏 |
| 负责人 | 谁来做 | 没人认领 |
| 共同责任人 | 谁来协助 | 协作缺位 |
| 截止时间 | 何时完成 | 无限拖延 |
| 验收标准 | 什么算完成 | 反复返工 |
| 依赖 | 依赖谁/什么 | 任务卡死 |
| 状态 | draft/reviewed/assigned/in_progress/done/blocked/archived | 进度不透明 |
| 数据链接 | 依据哪份材料/数据 | 没法验证 |
九个字段缺一个,行动项就算"半成品"。
4.2 状态链与升级条件
行动项状态必须按以下顺序推进:
draft → reviewed → assigned → in_progress → done/blocked → archived
每个状态对应一次明确的动作:
| 状态 | 含义 | 触发下一步的条件 |
|---|---|---|
| draft | AI 或人起草了初稿 | 经过人工复核 |
| reviewed | 复核通过、修改完毕 | 负责人明确接受 |
| assigned | 负责人认领 | 负责人开始动作 |
| in_progress | 负责人正在做 | 提交完成或卡住 |
| done | 任务完成且验收通过 | 进入周复盘 |
| blocked | 卡住(依赖未到/信息缺失/权限不足) | 升级或重新分配 |
| archived | 归档到知识库 | 下周一开始前 |
铁律:负责人未明确的行动项不算闭环。任何"我先做着""谁有空谁接"的行动项,必须在 24 小时内补齐负责人;补不齐就降级为"建议"放进周报,而不是塞进行动项表。
4.3 升级条件与超时处理
| 卡死原因 | 升级条件 | 处理动作 |
|---|---|---|
| 依赖未到 | 等待超过 1 个工作日 | 升级到共同责任人 |
| 信息缺失 | 关键字段空缺超过 24h | 回到 reviewed 状态 |
| 权限不足 | 负责人无对应权限 | 升级到直属上级 |
| 跨部门争议 | 责任划分不清 | 升级到会议主持人 |
| 任务无人认领 | 24h 无负责人 | 会议主持人指派或删除 |
升级必须有记录:什么时候升级、升级给谁、升级原因。这是 AI 办公自动化的"最后一道闸门"。
完整案例:会议到周报的一周闭环(小团队周例会演示场景)
下面用一个虚构的"小团队周例会"演示一遍从会议到周报的完整闭环。所有人物、数据、公司名都是演示用途。
背景
- 团队:8 人产品团队,跨 3 个时区。
- 例会:每周一 10:00 CST,60 分钟。
- 演示周:2026 年 W30(7/20–7/26)。
- 工具栈:邮件(Gmail)+ 表格(Notion 数据库)+ 纪要(Notion 文档)+ 行动项(Notion 数据库)+ 周报(Notion 文档)+ AI(隔离内部部署的 ChatGPT 兼容接口)。
Day 1 周一 11:00 — 资料收集与结构化
原始材料:
| 材料 | 来源 | 敏感级别 |
|---|---|---|
| 议程 | Notion weekly/agenda/2026-W30 | 内部 |
| 文字稿 | 飞书妙记转写 | 内部 |
| 上周行动项表 | Notion weekly/actions/2026-W29 | 内部 |
| 业务表格摘要 | Notion 数据库 metrics/2026-W29 | 内部 |
| 客户反馈邮件 3 封 | Gmail | 内部(脱敏后) |
AI 处理前的手工步骤:
- 去重:客户反馈邮件中第 2 封和第 3 封内容 80% 重叠,保留第 3 封为权威源。
- 脱敏:客户名 → "客户 A";金额 → "区间 1";员工名 → 保留。
- 缺失字段标记:
[MISSING: 客户 A 第 3 封邮件里的具体反馈人 / 责任人张经理 / 补全时间 EOD]。 - 把所有材料按敏感级别放进
source/目录。
Day 1 周一 13:00 — AI 起草中间产物
调用 AI 的提示词(节选):
你是会议纪要整理助手。材料:
- 议程:[...]
- 文字稿:[...]
- 上周行动项:[...]
- 客户反馈:[...]
- 业务表格摘要:[...]
要求:
1. 议程顺序整理每段结论。
2. 行动项九字段齐全:编号、标题、负责人、共同责任人、截止时间、验收标准、依赖、状态(默认 draft)、数据链接。
3. 听不清/矛盾/未表态的标 [待确认]。
4. 不补全、不猜测负责人。
AI 输出:
- 纪要草稿 1 份(按议程 6 段)
- 行动项候选 7 条(其中 2 条负责人标注
[待确认]) - 异常数据说明 1 条:"上周转化率下降 12%,无法从源材料验证归因"
- 邮件草稿 1 封(致客户 A 回复反馈)
Day 1 周一 14:00 — 人工复核闸门
复核人:张经理(团队负责人)。
审核记录:
| 闸门 | 通过 | 修改意见 |
|---|---|---|
| 收件人 | ✓ | - |
| 数据 | ✓ | 把"上周转化率下降 12%"改为"上周转化率较前周下降 12%,原因待核验" |
| 承诺 | ✓ | - |
| 时间 | ✓ | - |
| 金额 | N/A | - |
| 权限 | ✓ | - |
| 合规 | ✓ | - |
| 语气 | ✓ | 邮件草稿改为更平和的语气 |
修改动作:
- 删除 AI 自行推断的 2 条"应该这么做"的建议。
- 修正 2 条行动项负责人(从
[待确认]改为具体人)。 - 补充 1 条风险:"客户 A 反馈需在 7/24 前回复,否则可能影响续约。"
- 复核完成后所有文档状态
draft → reviewed。
Day 1 周一 15:00 — 任务派发
行动项表(部分):
| 编号 | 标题 | 负责人 | 共同责任人 | 截止时间 | 验收标准 | 依赖 | 状态 | 数据链接 |
|---|---|---|---|---|---|---|---|---|
| A001 | 回复客户 A 反馈 | 李四 | 王五 | 2026-07-24 | 邮件发出 + 客户回复归档 | A003 完成 | assigned | [客户反馈邮件] |
| A002 | 上周转化率归因 | 张三 | - | 2026-07-23 | 分析报告提交 + 标记假设 | - | assigned | [业务表格 W29] |
| A003 | 客户 A 数据复核 | 王五 | - | 2026-07-22 | 表格更新 + 来源标注 | 数据权限 | assigned | [客户 A 邮件] |
派发动作:
- Notion 数据库更新行动项状态为
assigned。 - 邮件通知各负责人(不是邮件草稿,是系统通知)。
- 共同责任人收到副本。
Day 1 周一 16:00 — 失败 1:行动项没有负责人,回滚
A003 在周一 18:00 时仍未被王五接单。AI 自动化规则触发:
if (status == assigned and elapsed > 4h and no_activity):
upgrade to meeting_host
notify in #weekly-meeting channel
升级处理:
- 通知会议主持人张经理。
- 张经理指派给赵六。
- A003 状态回滚到
reviewed→assigned(赵六)。 - 记录升级原因:原负责人未在 4h 内认领。
Day 3 周三 10:00 — 失败 2:AI 把相关性写成因果
A002 的 AI 分析报告初稿写道:
"上周转化率下降 12% 是因为新功能上线后用户路径变长。"
张经理复核发现:
- 数据源里只有"转化率下降 12%"和"新功能上线",没有用户路径数据。
- 这是相关性,不是因果。
回滚动作:
- 把结论改为:"上周转化率下降 12% 与新功能上线时间一致,因果关系待用户行为数据验证。"
- 在报告里加一节"待验证假设",列出 3 个可能的解释。
- 状态保持
in_progress,不删除。
Day 5 周五 16:00 — 结果回收
各行动项状态:
| 编号 | 状态 | 完成证据 |
|---|---|---|
| A001 | done | 客户 A 邮件回复 + 客户确认收到 |
| A002 | in_progress | 报告初稿 + 待数据验证 |
| A003 | done | 表格更新 + 来源标注完整 |
| A004 | blocked | 依赖外部 API,等回复 |
| A005 | done | 文档归档完成 |
| A006 | done | 邮件同步发送 |
| A007 | done | 周报草稿完成 |
回收动作:
- 行动项状态变更:done/blocked。
- 邮件同步:本周完成事项邮件发给客户 A(基于 A001 的反馈整理)。
- 表格更新:业务指标表 W30 更新。
- 周报草稿:基于行动项表整理。
Day 5 周五 17:00 — 归档与周复盘
归档五件套:
- 纪要:Notion
weekly/minutes/2026-W30(reviewed 定稿)。 - 行动项表:Notion
weekly/actions/2026-W30(状态 done/blocked/archived)。 - 同步邮件:Gmail 已发,含客户 A 反馈回复。
- 周报:Notion
weekly/reports/2026-W30。 - 归档链接:Notion
weekly/archive/2026-W30(含所有材料链接)。
周复盘清单:
- 本周完成:A001 / A003 / A005 / A006 / A007 = 5 项
- 本周进行中:A002 = 1 项(待数据验证)
- 本周阻塞:A004 = 1 项(依赖外部 API)
- 本周失败:1 次(负责人未认领 → 升级)、1 次(因果误判 → 回滚)
- 本周新增建议:3 条(不进入行动项,进周报"待定"区)
- 下周计划:A002 完成 / A004 解阻 / 新增 A008-A010
这一周的关键数据
- 会议到归档总耗时:5 个工作日(合理)。
- 失败次数:2 次(都回滚成功,没扩散成事故)。
- 闭环率:5/7 = 71%(A002/A004 跨周)。
- 客户反馈响应时长:客户 A 邮件发出后 4h 内回复(基于 A001)。
这就是一次完整的"会议到周报"AI 办公自动化闭环。AI 没替你发邮件、没替你做决策,但 AI 把"起草 + 整理 + 跟踪"三件事的耗时压到了原来的 1/3。
失败排查、安全边界与回滚
AI 办公自动化出问题时,必须有明确的排查路径和回滚动作。
6.1 常见失败与处理
| 失败 | 表现 | 排查顺序 | 修复方法 |
|---|---|---|---|
| 信息缺失 | AI 输出里有"无法验证"或编造的数据 | 1. 检查源材料 2. 检查脱敏是否过度 3. 检查 AI 提示词 | 补全源材料 → 重新跑 AI |
| 幻觉 | AI 编了不存在的客户名、订单号、价格 | 1. 检查输入是否包含敏感字段 2. 检查 AI 模型版本 | 回滚到 reviewed 状态 → 人工修正 |
| 重复任务 | 同一行动项被多次派发 | 1. 检查状态机是否被绕过 2. 检查手动干预记录 | 合并任务 → 更新状态 |
| 权限错误 | AI 起草了越权审批/越权通知 | 1. 检查授权表 2. 检查 AI 介入边界 | 立刻删除发送 → 复核授权 |
| 敏感数据泄露 | 客户/员工信息进入 AI 输出 | 1. 检查脱敏规则 2. 检查 AI 服务商合规 | 立刻通知法务 + 删除草稿 |
| 任务超时 | 截止时间到了但状态还在 in_progress | 1. 检查依赖 2. 检查负责人工作量 | 升级或重新分配 |
| 版本冲突 | 多人同时编辑同一份文档 | 1. 检查 Notion/飞书历史 2. 检查锁机制 | 合并版本 → 保留权威源 |
6.2 安全边界铁律
- AI 不接触客户隐私、合同金额、员工薪资、未公开财务数据。这些材料只能在内部隔离环境处理。
- AI 不替人发承诺、辞退、合同修改邮件。这些必须由人发送。
- AI 不删数据。任何删除操作必须由人执行并记录。
- AI 不替人做决定。决策必须由人做出,AI 只能给方案选项。
- AI 不进入合规审批链。合规审批必须有真人签字。
6.3 回滚动作
凡是 AI 输出造成或可能造成事故的,按以下顺序处理:
- 停止扩散:立刻把产出从可被他人访问的位置撤回(邮件撤回、文档权限收回)。
- 记录事故:在
incidents/目录新建一个 markdown,记录时间、原因、影响范围、回滚动作。 - 人工修正:由人重写或修改产出,不能让 AI 自行修正。
- 更新规则:在 SOP 里加一条"以后这种情况怎么处理",避免重复犯错。
- 通知相关方:客户/同事/上级,根据事故等级决定通知范围。
永远不要"AI 翻车了让 AI 再跑一次"。AI 翻车往往是 AI 看不到的上下文缺失,再跑只会重复同样错误。
一页式 AI 办公闭环清单
把上面所有内容浓缩成一张可贴在工位上的清单。
输入卡(任务开工前)
- 任务类型明确
- 输入材料齐 + 权威源标注
- 脱敏完成 + 敏感级别标注
- 缺失字段标记
- AI 介入边界写明
处理卡(AI 起草时)
- 邮件草稿保留来源指针
- 表格分析标注"观察/推断/待验证"
- 纪要草稿标注 [待确认]
- 周报只整理"已发生/已验证/已明确"
- AI 输出状态 = draft
审核卡(人工复核时)
- 收件人复核
- 数据复核
- 承诺复核
- 时间复核
- 金额复核(如有)
- 权限复核
- 合规复核
- 语气复核
- AI 输出状态 = reviewed
行动卡(任务派发时)
- 九字段齐全(编号/标题/负责人/共同责任人/截止时间/验收标准/依赖/状态/数据链接)
- 负责人明确接受
- 状态 = assigned
- 升级条件设置
归档卡(任务闭环时)
- 纪要定稿
- 行动项状态 done/blocked/archived
- 邮件同步发出
- 表格更新
- 周报定稿
- 归档链接入库
周复盘卡(每周五下午)
- 本周完成项数 / 进行中 / 阻塞
- 本周失败次数 + 回滚记录
- 下周计划 3-5 条
- 待定建议项(不进入行动项)
- 下周一开始前所有人收到周报
写在最后
AI 办公自动化不是"让 AI 替你上班",而是"让 AI 替你处理样板文字,你专注于判断、决策和承担结果"。这条工作流的核心是交接物、人工闸门、异常回滚和归档,而不是 AI 模型本身。模型会迭代、工具会换,但只要这四个环节在,AI 就能稳定地嵌入办公全流程。
如果你刚开始尝试,建议先从周报这一个场景入手:每周花 30 分钟按这套闭环走一遍。一个月后你会发现,周会到周报的时间从原来的 4-6 小时压到了 1-1.5 小时,且不会漏掉任何一个行动项。下一步再把闭环扩展到邮件、表格、纪要,办公全流程就稳了。
配套阅读:AI 在办公效率中的应用 看 6 大场景的工具分工、AI 生产力技巧 看 10 个整体提效技巧、Prompt 调试方法 看 AI 输出异常时怎么定位和回滚。