AI 办公
用 AI 生成工作邮件
用 AI 生成工作邮件指南讲清如何写催办、同步、客户回复、道歉说明、会议跟进和多版本邮件，并提供结构模板、Prompt、示例和复核清单。
用 AI 生成工作邮件，适合把背景、收件人关系、沟通目的和语气要求整理成可 编辑初稿。它能帮助你更快写出主题行、正文、短版消息和多种语气版本，但不 应该替你判断事实、承诺、责任、附件和发送时机。
可靠邮件的关键不是“写得更客气”，而是让对方明确知道：为什么收到这封邮件、 需要做什么、截止时间是什么、哪些信息还没有确认。AI 可以负责起草和变体， 人负责确认事实和关系边界。
| 项目 | 说明 |
|---|---|
| 阅读时间 | 约 7 分钟 |
| 更新时间 | 2026-07-03 |
| 适合人群 | 办公人群、产品经理、运营、销售、老师、学生、客服、创业者和团队管理者 |
| 适合任务 | 催办、同步、客户回复、道歉说明、会议跟进、结果确认和多版本改写 |
适合哪些邮件
Section titled “适合哪些邮件”AI 适合处理结构清楚、事实可复核、语气需要控制的邮件。越靠近客户承诺、合 同责任、人事评价、财务结论和公开声明，越需要人工把关。
| 邮件类型 | AI 可以帮什么 | 人必须复核什么 |
|---|---|---|
| 项目同步 | 把进展、风险和下一步写成清晰邮件 | 进度、负责人、日期、影响范围 |
| 催办提醒 | 控制语气，避免过硬或过软 | 关系判断、截止时间、是否已有提醒 |
| 客户回复 | 提炼问题、答复范围和下一步 | 承诺边界、合同口径、附件和链接 |
| 道歉说明 | 组织原因、影响、补救措施和后续安排 | 责任表述、法务风险、补偿承诺 |
| 会议跟进 | 输出决策、行动项和待确认问题 | 发言人、责任人、时间和决议状态 |
| 结果确认 | 把口头沟通整理成书面确认 | 是否准确表达对方意见和双方责任 |
不适合直接交给 AI 的邮件包括：解雇通知、绩效结论、法律争议、重大报价、 合同承诺、敏感公关回应和带有未公开信息的外部邮件。这些场景可以让 AI 生成 提纲或检查清单，但正文应该由负责人审阅。
工作邮件生成流程
Section titled “工作邮件生成流程”先写清五个输入
Section titled “先写清五个输入”很多邮件不好用，不是 AI 不会写，而是输入里缺少判断条件。写 Prompt 前，先 把下面五项补齐。
| 输入 | 要写清什么 | 示例 |
|---|---|---|
| 邮件目的 | 想让对方知道、确认、协助还是行动 | 请求本周五前确认接口字段 |
| 收件人关系 | 客户、同事、主管、老师、合作方、首次沟通 | 跨部门同事，之前已经提醒一次 |
| 已确认事实 | 只放已经发生或已确认的信息 | 字段清单已在附件，联调排期在下周 |
| 行动要求 | 希望对方做什么、何时完成、如何反馈 | 请在周五 18:00 前回复是否调整 |
| 禁止内容 | 不要写未确认承诺、内部判断和敏感信息 | 不要指责对方，不要承诺上线时间 |
如果你只有一句“帮我写封催办邮件”，AI 很容易写出空泛的礼貌话。把关系、目 的、事实和限制写清楚，邮件才会更像真实工作沟通。
邮件结构模板
Section titled “邮件结构模板”一封稳定的工作邮件通常可以拆成六段。不是每封都要写满，但顺序应该清楚。
| 结构 | 作用 | 写法 |
|---|---|---|
| 主题行 | 让对方一眼知道任务 | 动作 + 对象 + 时间，例如“请协助确认接口字段，便于下周联调” |
| 开头 | 说明这封邮件为什么来 | “想同步一下……”“跟进上次会议里的……” |
| 背景 | 放必要上下文，不写长篇解释 | 只写会影响判断的事实、日期和附件 |
| 请求 | 明确需要对方做什么 | “请确认 A/B 字段是否还需调整” |
| 时间 | 给出截止时间或期望反馈方式 | “如方便，请在本周五下班前回复” |
| 收尾 | 表达配合与下一步 | “如需补充材料，我这边可以继续整理” |
对外邮件要多一步：列出“可能形成承诺的句子”。如果一句话会让客户理解为价格、 交付时间、责任归属或服务范围已经确定，就应回到合同、报价或内部审批再确认。
可复制 Prompt
Section titled “可复制 Prompt”下面的 Prompt 适合生成工作邮件初稿。使用时把方括号里的内容替换成真实背景， 并删除不需要的部分。
你是一个谨慎的工作邮件助手。请只根据我提供的信息起草邮件，不要补充没有出现的事实、承诺、金额、日期、责任归属或附件。
邮件背景：- 收件人：[客户 / 同事 / 主管 / 老师 / 合作方 / 其他]- 关系：[首次沟通 / 熟悉 / 之前已提醒 / 存在分歧 / 需要正式]- 邮件目的：[同步进展 / 催办 / 请求协助 / 客户回复 / 道歉说明 / 结果确认]- 期望语气：[简洁正式 / 礼貌坚定 / 温和说明 / 对外专业 / 简短直接]- 已确认事实：[只写已经确认的信息]- 需要对方完成的动作：[具体动作、截止时间、反馈方式]- 不能写的内容：[未确认承诺、内部判断、敏感信息、价格或时间承诺]
请输出：1. 3 个主题行备选2. 一封正式邮件正文3. 一个更短的即时消息版本4. 可能产生误解或承诺风险的句子5. 发送前复核清单如果邮件比较敏感，可以追加一句：
请把正文中所有可能被理解为正式承诺、责任认定、价格确认或交付日期确认的句子单独列出来，并给出更保守的改写建议。示例：催办邮件
Section titled “示例：催办邮件”输入
收件人：跨部门同事关系：之前在群里提醒过一次，需要礼貌但明确目的：催办接口字段确认已确认事实：- 字段清单已发在共享文档- 下周一开始联调- 如果本周五前不能确认，联调计划可能需要调整不能写的内容：不要指责对方，不要说“你们一直没回复”输出草稿
主题：请协助确认接口字段，便于下周联调
你好，
想跟进一下接口字段确认的进度。字段清单已经整理在共享文档里，主要需要确认字段名称、类型和是否还有新增项。
由于下周一会开始联调，如方便，能否请你在本周五下班前回复是否还有调整？如果有暂时无法确定的字段，也可以先标注出来，我们这边会配合补充信息。
谢谢。复核重点
| 检查项 | 怎么看 |
|---|---|
| 语气 | 有明确截止时间，但没有指责对方 |
| 事实 | 没有写未确认的联调失败结论 |
| 下一步 | 对方知道要确认字段，也知道可以标注不确定项 |
| 附件 | 发送前要确认共享文档链接权限可访问 |
示例：客户回复
Section titled “示例：客户回复”客户邮件更容易形成正式承诺。AI 可以帮你把回复写得清楚，但承诺范围、时间 安排、报价和责任边界必须由人确认。
输入
收件人：客户项目负责人目的：回复客户关于导出功能异常的问题已确认事实：- 我们已收到问题反馈- 技术同事正在复现- 目前还不能确认原因和修复时间期望语气：专业、负责，但不承诺具体修复时间需要对方协助：提供异常截图和导出文件样例输出草稿
主题：关于导出功能异常反馈的跟进
您好，
我们已经收到导出功能异常的反馈，并已安排技术同事复现和排查。当前还需要进一步确认问题原因，因此暂时不直接承诺具体修复时间。
为便于定位，麻烦您补充一下异常截图、导出文件样例，以及出现问题的大致时间和操作路径。收到后我们会继续排查，并同步可确认的进展。
感谢配合。这封邮件的重点是：承认已经收到反馈，说明正在处理，明确需要客户补充什么， 同时避免把“正在排查”写成“已经确认原因”。
多版本怎么生成
Section titled “多版本怎么生成”同一份背景可以生成不同版本，但不同版本的目的不同。不要把客户版、群消息版 和主管版混用。
| 版本 | 适合场景 | 输出要求 |
|---|---|---|
| 正式邮件版 | 对外客户、跨部门协作、书面确认 | 主题明确，保留背景、请求和时间 |
| 简短消息版 | 企业微信、飞书、Slack 或即时沟通 | 80 到 120 字，突出动作和截止时间 |
| 主管汇报版 | 需要让上级知道进展或风险 | 说明当前状态、影响和需要支持 |
| 温和提醒版 | 对方可能忙、关系需要维护 | 弱化催促，强调协作和信息补充 |
| 礼貌坚定版 | 影响排期、需要明确反馈 | 写清影响和截止时间，但不指责 |
可以使用这个追加 Prompt：
请基于同一组事实，分别输出：1. 对外客户邮件版2. 内部同事邮件版3. 即时消息短版4. 给主管同步风险的版本
四个版本都不要加入新事实。每个版本后面说明它适合的发送场景和需要人工复核的风险。发送前至少检查下面这些点。越是对外、越是正式、越是涉及责任和费用，检查越 要细。
| 检查项 | 具体问题 |
|---|---|
| 称呼 | 收件人姓名、职位、公司和抄送对象是否正确？ |
| 事实 | 日期、版本、附件、链接、负责人和数字是否能在原材料中找到依据？ |
| 承诺 | 是否写出了未经确认的交付时间、价格、效果、责任或补偿？ |
| 语气 | 是否符合关系和场景，是否过度道歉、过度强硬或太含糊？ |
| 行动 | 对方是否知道要做什么、何时做、如何回复？ |
| 附件 | 附件、链接权限、文件名和版本号是否正确？ |
| 隐私 | 是否包含客户隐私、合同金额、人事信息、账号、密钥或内部判断？ |
| 归档 | 是否需要保存邮件、同步到项目记录或补充到任务系统？ |
一个实用规则是：所有“我们会”“已经确定”“可以保证”“价格为”“责任在”这类 句子都要单独审一遍。它们很可能不是文采问题，而是责任问题。
常见错误和修正
Section titled “常见错误和修正”| 错误 | 后果 | 修正方式 |
|---|---|---|
| 只让 AI “帮我写得客气点” | 邮件变圆滑，但行动不清楚 | 写清目的、动作、截止时间和限制 |
| 把猜测写成事实 | 造成误解或争议 | 要求 AI 标出“未确认信息” |
| 催办邮件太长 | 对方抓不到重点 | 保留背景、请求、截止时间三件事 |
| 客户回复承诺过满 | 形成交付或服务风险 | 单独列出承诺句，改成保守表达 |
| 道歉说明只表达歉意 | 没有解决路径 | 写清影响、补救动作和更新节奏 |
| 忘记附件和链接权限 | 邮件发送后反复补充 | 发送前检查附件、版本和访问权限 |
邮件不是越长越负责。很多工作邮件只需要让对方知道“背景、动作、时间、下一步”， 多余解释会稀释重点。
批量处理时再接工具
Section titled “批量处理时再接工具”如果只是写一封邮件，网页对话就够用。如果每周都要批量生成客户回复、会议跟 进、项目同步或活动通知，就可以把输入字段和复核清单固定下来，再考虑工具链。
| 阶段 | 做法 | 产出 |
|---|---|---|
| 单封验证 | 在网页入口里试 3 到 5 个真实场景 | 可用 Prompt、失败案例和复核点 |
| 模板沉淀 | 固定收件人关系、邮件目的、事实字段和禁止项 | 团队邮件模板 |
| 半自动处理 | 人粘贴背景，AI 输出多版本，人确认后发送 | 可控初稿流程 |
| 批量生成 | 从表格或工单读取背景，生成草稿待审核 | 待发送草稿和抽检记录 |
| 工作流接入 | 连接 Codex、脚本或内部系统处理固定任务 | 日志、权限、回退和人工确认 |
OfApp.cn 官方入口提供网页游乐场，也提供面向 Codex、AI 客户端和项目代码的 统一 Key。普通用户可以先用网页入口完成写作和读文件；需要让邮件生成进入 团队流程时，再阅读 OfApp.cn 快速开始 和 AI 自动化办公。
AI 写的工作邮件可以直接发吗？
Section titled “AI 写的工作邮件可以直接发吗？”不建议。AI 可以生成结构和语气初稿，但事实、日期、收件人、附件、链接、抄 送对象、承诺范围和隐私信息都需要人工检查。对外邮件尤其要确认是否包含未授 权承诺。
如何让邮件不像套模板？
Section titled “如何让邮件不像套模板？”提供真实关系、沟通背景和你的常用表达。可以给 AI 一段你过去写过的邮件作为 风格参考，但要说明只学习语气和结构，不复制旧邮件里的事实。
催办邮件怎么避免冒犯？
Section titled “催办邮件怎么避免冒犯？”把重点放在工作影响和需要完成的动作上，不评价对方动机。常见写法是“为了不 影响下周联调，想确认……”，而不是“你还没有回复……”。需要更坚定时，可以写 清截止时间和后续排期影响。
客户回复里哪些句子最危险？
Section titled “客户回复里哪些句子最危险？”涉及价格、交付时间、赔偿、责任归属、功能上线、服务范围和问题原因的句子都 要谨慎。排查尚未完成时，不要写“原因是……”，可以写“目前仍在复现和确认”。
可以让 AI 批量生成客户邮件吗？
Section titled “可以让 AI 批量生成客户邮件吗？”可以先生成草稿，但不应该直接群发。批量邮件需要固定字段、统一禁止项、抽检 机制和人工确认，尤其要检查称呼、客户名、附件、合同口径、链接权限和个性化 字段是否串行。
邮件和即时消息应该怎么分工？
Section titled “邮件和即时消息应该怎么分工？”需要留痕、对外沟通、确认事项和涉及责任的内容，更适合邮件。即时消息适合短 提醒、临时确认和快速协作。可以让 AI 同时输出邮件版和即时消息版，再按场景 选择。
- AI 办公：查看周报、会议纪要、PPT、Excel、PDF、邮件和资料整理入口。
- AI 办公 Prompt：复用邮件、纪要、周报和资料整理模板。
- 用 AI 写周报：把工作记录整理成可汇报内容。
- 用 AI 生成会议纪要：把会议记录整理成行动项。
- 用 AI 整理资料：先整理背景，再写可复核邮件。
- AI 自动化办公：把邮件、纪要和周报沉淀成流程。
用 AI 生成工作邮件的可靠方法是：先写清目的、关系、事实、动作和禁止项，再 让 AI 生成主题行、正文、短版和风险提醒。邮件发送前，人必须复核事实、承诺、 附件、语气和隐私。AI 负责提高起草效率，负责人保留判断和发送责任。