企业落地篇 · AI 办公系统课

AI 办公自动化

AI 办公自动化的目标不是替人做决定，而是把会议纪要、周报、邮件草稿和待办整理这些重复工作自动化，让人把时间花在判断和沟通上。凡是会影响他人、改变系统状态或对外发送的动作，都要保留人工确认。

整理类可以自动 会议纪要、周报草稿、待办汇总、信息摘要适合自动完成。

动作类要确认 发邮件、建日程、分派任务、更新状态、外部通知都要确认。

必须连系统 要接日历、邮件、文档、任务系统和 IM，不能只做文本总结。

要留痕可审计 每次草稿来源、确认人、发送动作和修改记录都要保留。

office-automation-agent meetings / reports / mail / todos

会议转写 识别决策、行动项、负责人、截止日期。

→

纪要草稿 输出摘要、结论、待办和风险，供参会人确认。

周报草稿 从任务系统和项目状态生成，不靠模型瞎编。

→

确认后执行 发送邮件、创建日程、分派任务前先确认。

Draft
草稿

Confirm
确认

Sync
同步

Audit
审计

01 · 先给定义

AI 办公自动化，是把低风险整理工作和高风险动作拆开处理

它最适合处理“信息很多、格式固定、需要人确认”的办公场景，不适合无门槛地自动替人做决定。

低质量理解

让 AI 替你完成所有办公动作

看起来省事，实际上风险很高。发错邮件、改错日程、分派错人、更新错状态，都会直接影响工作流。

企业级理解

让 AI 先整理，再由人确认动作

AI 负责总结、提炼、归类、生成草稿；人负责审批、发送、分派和对外确认。这样既提效，也保边界。

一句话面试版 可直接背

AI 办公自动化把会议纪要、周报、邮件草稿和待办整理这些高频办公任务自动化，但对外发送、创建日程、分派任务、更新系统状态等高风险动作要设置确认门禁、权限校验和审计留痕，避免模型替人做不可逆决定。

02 · 业务痛点

办公自动化最值钱的地方，不是炫技，是省掉大量重复整理

会议很多、信息分散、邮件往来频繁、待办经常遗漏，是企业里最常见的低价值重复劳动。

会议多

纪要整理耗时

会后要从录音、转写和群聊里手动整理结论、行动项和风险。

周报难

信息分散不好写

任务在系统里、进展在 IM 里、风险在脑子里，周报经常靠回忆拼。

邮件杂

草稿反复改

邮件需要统一口径、统一语气、统一事实，尤其是对外邮件更要谨慎。

待办漏

动作没有闭环

行动项经常停留在口头，没有变成任务、日程和后续跟进。

真正的办公自动化不是“把文字变漂亮”，而是把信息整理成可执行、可追踪、可确认的工作流。

03 · 系统架构

一个可落地的办公自动化系统，核心是输入、草稿、确认和同步

如果没有系统连接，AI 只能做文本总结。要进入企业系统，必须能接日历、文档、邮件和任务平台。

输入层 会议转写、日历邀请、项目看板、聊天记录、邮件线程、任务列表。

→

理解层 识别议题、动作项、负责人、截止日期、风险、待确认信息。

生成层 输出会议纪要、周报、邮件草稿、待办汇总、提醒内容。

→

确认层 发邮件、建日程、分派任务、更新状态等动作前必须确认。

同步层 确认后把结果写回任务系统、日历系统、邮件系统和文档系统。

→

治理层 权限、审计、版本、回滚、申诉和历史记录追踪。

推荐技术组合 不是单一模型

1LLM：总结、归纳、改写、提炼结构化信息。
2RAG：查项目资料、历史周报、会议结论和邮件模板。
3工具调用：创建任务、写日历、发邮件、同步文档。
4确认门禁：高风险动作必须人工确认后执行。

04 · 会议纪要

会议纪要不是把转写压缩一遍，而是提取决策和行动项

好的纪要要把“聊了什么”变成“决定了什么、谁来做、什么时候做、还有什么风险”。

会议纪要要抓的 5 类信息 Minutes

1议题：今天为什么开会，讨论哪些主题。
2结论：哪些点已经拍板，哪些点还在讨论。
3行动项：谁做什么，截止时间是什么。
4风险：有哪些阻塞、依赖和待确认事项。
5后续动作：需要同步到任务系统、文档还是日历。

会议纪要输出模板 meeting-minutes.md

# 周会纪要

## 会议主题
产品周会 - 会员任务优化

## 关键结论
- 下周上线任务提醒优化
- 会员页文案先不改，等法务确认

## 行动项
| 事项 | 负责人 | 截止时间 | 备注 |
| ---- | ---- | ---- | ---- |
| 梳理提醒文案 | 产品 | 周三 18:00 | 需法务确认 |
| 对接任务系统接口 | 研发 | 周四 12:00 | 先只读查询 |

## 风险
- 会员权益口径未最终确认

## 待确认
- 是否允许自动创建日程

05 · 周报生成

周报必须基于真实系统，不要让模型靠回忆编

周报生成的关键是数据来源。任务系统、项目看板、工时、里程碑和会议纪要，才是周报的依据。

来源 1

任务系统

本周完成了哪些任务、状态是什么、哪些任务延期。

来源 2

项目看板

里程碑进度、风险、阻塞和依赖。

来源 3

会议纪要

会上确认的结论和下周重点，能补齐叙述。

周报生成提示词 weekly-report.prompt

你是企业办公助手。请基于任务系统、项目看板和会议纪要生成本周周报。

要求：
1. 所有“已完成/进行中/风险/下周计划”必须有来源。
2. 不要编造没有在系统里出现的事项。
3. 不清楚的地方写到“待确认”。
4. 语气正式、简洁，适合直接发给主管。
5. 输出结构固定为：本周完成、进行中、风险、下周计划、待确认。

输入：
- 任务列表
- 项目看板
- 本周会议纪要

06 · 邮件草稿

邮件适合先出草稿，但发送动作必须有人确认

邮件最容易出问题的地方不是“写得不好”，而是发错对象、语气不对、事实不准、附件错了或遗漏收件人。

邮件自动化分两步 Send Gate

1先生成邮件草稿，包括主题、正文、附件、收件人建议。
2发送前确认收件人、抄送人、附件和敏感信息。
3对外邮件、审批邮件、法务邮件必须二次确认或人工发送。
4发送记录、修改历史和审批人要全部留痕。

邮件草稿模板 email-draft.md

主题：关于会员任务优化上线时间确认

收件人：产品、研发、测试
抄送：项目负责人

正文：
各位好，
本周我们已完成会员任务提醒的需求梳理和接口确认。
当前仍有一个待确认点：会员权益口径需法务确认后再对外同步。
建议下周三前完成文案确认，并在确认后再发送对外通知。

谢谢。

07 · 待办整理

待办不是简单列表，而是要转成系统里的执行项

从会议纪要里提炼待办后，还要补齐负责人、截止日期、依赖、优先级和状态，才能真正进入工作流。

原始信息 “这周把提醒文案处理一下”“尽快和研发确认接口”

→

标准待办 任务名、负责人、截止日期、优先级、依赖、状态。

待确认项 负责人缺失、时间模糊、动作范围不清、依赖不明。

→

同步结果 写入任务系统，必要时发送提醒或创建日程。

待办结构 todo-item.json

{
  "title": "确认会员任务提醒文案",
  "owner": "产品经理",
  "dueDate": "2026-06-14",
  "priority": "high",
  "status": "open",
  "source": "meeting_minutes_20260612",
  "dependencies": ["legal_review"],
  "needsConfirmation": true
}

08 · 关键动作确认

办公自动化的分界线，在于哪些动作必须先确认

这不是保守，而是企业系统的基本控制面。越接近对外沟通、跨人协作和系统变更，越不能自动执行。

高风险动作

必须确认

外发邮件、创建日程、分派任务、更新状态、发送通知、同步到外部系统。

中风险动作

建议确认

修改文档正文、调整任务优先级、归档会议纪要、批量提醒。

低风险动作

可自动完成

信息摘要、草稿生成、待办归类、文档提炼、标签整理。

确认门禁示例 approval-gate.json

{
  "actionType": "send_email",
  "riskLevel": "high",
  "requiresApproval": true,
  "approvalReason": [
    "会影响外部收件人",
    "可能包含业务承诺",
    "不可逆"
  ],
  "approvedBy": "product_owner",
  "approvedAt": "2026-06-12T16:20:00+08:00"
}

09 · 权限和隐私

办公数据往往比想象中更敏感，权限要按最小可见来设计

会议内容、邮件往来、项目风险和任务状态都可能涉及隐私、商业信息和人事信息，不能默认全部可见。

数据/动作	权限要求	治理方式
会议纪要	只能给参会者和有权限的人看。	按会议空间和组织权限控制。
周报	按团队、项目或汇报链路控制可见性。	支持分级共享和审批。
邮件草稿	外发前不能自动发送。	保留收件人确认和审批记录。
待办	只能创建到有权限的任务空间。	检查任务系统角色和项目成员关系。
敏感字段	电话号码、薪资、合同、客户信息要脱敏。	在进入模型前做最小化处理。

10 · 输出模板

办公自动化的输出要固定格式，才能接后续系统

格式越稳定，越适合自动同步、搜索、归档和后续复用。文本自由发挥只适合展示，不适合生产。

会议纪要模板 Minutes

1会议主题、时间、参会人。
2关键结论和未决问题。
3行动项：负责人、截止日期、依赖。
4风险和待确认。

周报模板 Weekly

1本周完成。
2进行中和阻塞。
3下周计划。
4待确认事项。

邮件草稿模板 Mail

1主题。
2收件人和抄送人。
3正文。
4附件和确认人。

待办模板 Todo

1任务名。
2负责人。
3截止日期。
4优先级和依赖。

通用办公输出结构 office-output.json

{
  "type": "meeting_minutes",
  "title": "会员任务优化周会",
  "summary": "确认下周上线提醒优化，文案待法务确认。",
  "actionItems": [
    {
      "title": "确认提醒文案",
      "owner": "产品",
      "dueDate": "2026-06-14",
      "needsConfirmation": true
    }
  ],
  "risks": ["会员权益口径未确认"],
  "syncTargets": ["task_system", "document_space"]
}

11 · 评测指标

办公自动化上线后，要看提效，也要看错漏和确认质量

不能只看生成速度。关键是纪要对不对、周报准不准、邮件有没有发错、待办有没有漏。

纪 纪要准确率

决策、行动项、负责人和截止时间是否提取准确。

周 周报真实性

是否基于真实任务系统和项目数据，而不是靠模型编。

确 确认通过率

高风险动作发出后，有多少被正确确认或驳回。

省 节省时长

会议后整理、周报编写和邮件草稿的平均节省时间。

评测项	关注点	失败信号
纪要提取	决策、待办、负责人、截止日期是否完整。	把讨论写成结论，漏掉负责人。
周报生成	是否基于真实系统信息。	周报里出现系统里不存在的任务。
邮件草稿	语气、事实、收件人、附件是否正确。	自动发错对象或遗漏附件。
待办同步	任务是否正确归类和创建。	负责人缺失、时间模糊、同步到错误项目。

12 · 完整工作流

一个典型办公自动化流程，通常是“收集 - 生成 - 确认 - 同步”

这四步已经足够解释大多数企业场景。越高风险的动作，越要把确认和审计做得更细。

1 收集信息 会议转写、任务列表、邮件线程、日历和文档。

2 生成草稿 纪要、周报、邮件草稿、待办列表和提醒建议。

3 人工确认 确认重要结论、收件人、截止日期和要不要执行。

4 同步系统 写入任务系统、日历、邮件和文档空间。

5 记录审计 保留来源、修改人、执行人和执行结果。

6 回收反馈 把人工修改和驳回样例回流到规则和 Prompt。

13 · 完整案例

周会纪要 + 待办同步 + 邮件草稿

这个案例最适合讲企业落地，因为它把整理、确认和系统同步都串起来了。

输入周会转写、参会人列表、项目看板、任务系统、日历、邮件线程。

生成纪要 提取会员任务优化的结论、行动项、风险和待确认问题。

生成周报 从任务系统和项目看板拉取真实进展，补充本周完成、进行中和风险。

生成邮件草稿 向法务和项目成员发送确认邮件草稿，但不自动外发。

生成待办 把行动项转成任务，补齐负责人、时间和依赖，缺失信息标记待确认。

确认后同步 用户确认后再创建任务、发送邮件、创建日程，并记录审计日志。

输出片段 office-case.md

# 会员任务优化周会

## 结论
- 下周上线任务提醒优化
- 会员页文案需法务确认后再对外同步

## 行动项
1. 产品：确认提醒文案，截止周三 18:00
2. 研发：对接任务系统接口，先只读查询
3. 测试：准备上线前检查清单

## 待办
- 任务名：确认提醒文案
  负责人：产品
  截止日期：2026-06-14
  确认状态：待确认

## 邮件草稿
主题：会员任务优化上线确认
收件人：产品、研发、测试
说明：法务确认后再对外同步

14 · 面试问答

面试时要讲边界，不要只讲效率

办公自动化看起来简单，但企业会问你如何防止误发、误建、误同步，以及如何处理权限和审计。

问题 1：AI 办公自动化适合哪些场景？

适合会议纪要、周报生成、邮件草稿、待办整理、信息摘要和提醒整理这类重复度高、格式固定、风险可控的场景。它的价值是减少整理成本，让人专注于判断和沟通。

问题 2：为什么发邮件、建日程、分派任务要确认？

因为这些动作会改变外部状态或影响他人，属于不可逆或高影响操作。企业系统不能让模型自由执行这类动作，必须加确认门禁、权限校验和审计记录。

问题 3：周报为什么不能直接让模型自己写？

因为周报必须和真实系统状态一致，不能靠记忆或幻觉拼出来。正确做法是从任务系统、项目看板和会议纪要拉取事实，再让模型做整理和表达。

问题 4：怎么保证会议纪要不把讨论写成决策？

要把输出结构拆成“讨论内容、已决策、待确认、行动项”四层，并在模型输出前后做格式校验。凡是没有明确达成一致的内容，都应该放进待确认，而不是写成结论。

问题 5：这个系统怎么评估效果？

我会看纪要准确率、周报真实性、邮件草稿可用率、待办补全率、确认通过率和节省时长。高风险动作还要单独看误发率、误同步率和审批驳回率。

15 · 练习和速查

最后记住一条主线：整理、确认、同步、审计

办公自动化最重要的不是“会不会写”，而是“哪些能自动，哪些必须人来按下确认”。

练习任务 Practice

1设计一份会议纪要模板，必须包含决策、行动项和待确认。
2列出 4 个必须人工确认的办公动作。
3写一份周报生成的数据来源清单。
4设计邮件草稿到发送的确认流程。
5给待办设计一个 JSON 结构。

一页速查卡 Cheatsheet

整整理类：会议纪要、周报、摘要、待办归类。
审审定类：需要人确认的结论和计划。
发发送类：邮件、通知、外部同步必须确认。
写写回类：任务、日程、状态更新要有权限。
留留痕类：来源、修改、确认、执行都要审计。
回回流类：人工修改样例用于持续改进。

面试项目表达模板 interview-script.md

我会把 AI 办公自动化拆成四层来讲：

第一层是信息收集，接入会议转写、任务系统、日历、邮件和文档。
第二层是草稿生成，自动整理会议纪要、周报、邮件草稿和待办列表。
第三层是确认门禁，凡是外发邮件、创建日程、分派任务、更新状态这类动作都要确认。
第四层是同步和审计，确认后再写回系统，并记录谁确认了什么、何时执行、结果如何。

这个方案的价值不是替人做决定，而是减少重复整理时间，同时把高风险动作控制在企业可接受的边界内。