离职交接最容易出问题的，通常不在离职当天，而在三个具体的时间点：提出离职的那一刻、确定最后工作日之后、临走的最后几天。三个时间点分别对应三件最容易被糊弄的事——离职申请、交接清单、资料和权限收尾。这篇教程不教你写漂亮话，而是按这三个时间点，把每一步要给 AI 的真实信息和可复制的提示词都摆出来。
时间点一：提出离职——申请怎么写，原因怎么改
离职申请不需要写得复杂，更不适合写情绪化内容。它的目标是把离职意向、原因、最后工作日和交接安排说清楚，让公司可以按流程处理。AI 可以帮你把语气改得正式、克制，但事实和时间必须自己核对。一份完整的离职申请至少包含六块内容：
- 称呼：通常写直属主管、部门负责人或公司相关负责人。
- 离职意向：明确说明申请离职，不要绕太多。
- 离职原因：简洁说明即可，避免抱怨和攻击。
- 最后工作日：根据合同、公司制度和沟通结果填写。
- 交接安排：说明会配合完成任务、资料和权限交接。
- 感谢表达：保持礼貌，不必过度抒情。
把岗位、原因、日期填进去，直接复制这段提示词：
你是一名熟悉职场沟通的中文写作助手。请帮我写一份离职申请。
要求：
1. 语气正式、克制、礼貌。
2. 不写抱怨，不攻击公司或同事。
3. 结构包括：称呼、离职申请、离职原因、预计最后工作日、交接安排、感谢和落款。
4. 字数控制在 500 字以内。
我的岗位：{填写岗位}
入职时间：{填写时间，可选}
离职原因：{填写原因}
预计最后工作日：{填写日期}
需要交接的事项：{列出任务、文件、账号、联系人等}
称呼：{填写称呼}
离职原因建议写客观原因，不要展开矛盾。比如个人职业规划、家庭安排、通勤变化、继续学习等，这些都好写也好解释。如果真实原因比较敏感，可以让 AI 帮你改成更中性的表达：
请把下面的离职原因改写得更正式、克制、中性。
要求：
1. 保留核心事实。
2. 不带情绪化评价。
3. 不攻击公司、主管或同事。
4. 适合放进正式离职申请。
原始原因：{填写原因}
时间点二：定了最后工作日——交接清单越具体，后面越省事
很多离职申请正文写得不错，但交接信息很模糊。这个阶段最容易出的问题只有两种：一是只写”已完成交接”，接手人不知道从哪里开始；二是材料很多但没有重点。建议单独准备一份交接清单，这比长篇表达更能减少后续沟通成本。清单至少覆盖五块：
- 当前任务状态：进行中、已完成、待跟进分别是什么。
- 文件资料位置：文档、表格、模板、项目资料放在哪里。
- 账号和权限：哪些系统需要移交，哪些权限要回收或转给接手人。
- 关键联系人：内部协作人、外部客户、供应商或对接人。
- 风险提醒：截止时间、容易遗漏的细节、历史问题和注意事项。
可以直接复制的工作交接提示词：
你是一名有经验的职场交接文档助手。请根据我提供的信息，帮我整理一份工作交接清单。
要求：
1. 输出表格，字段包括：交接事项、当前状态、资料位置、接收人、风险提醒、下一步动作。
2. 语言简洁具体，让接手人能直接继续推进。
3. 不要编造我没有提供的信息，缺失内容请标注"待补充"。
4. 最后补一段交接说明，可用于发给主管或接手同事。
岗位/职责：{填写岗位}
当前任务：{列出任务}
文件资料：{列出文件和位置}
系统账号/权限：{列出系统和权限}
联系人：{列出联系人}
风险和注意事项：{列出风险}
如果是离职场景的交接，除了任务和资料，还要写清最后工作日、未完成事项、权限处理和接手人，不要把交接清单写成情绪化说明：
请把下面的离职交接信息整理成正式交接清单。
额外要求：
1. 标出最后工作日前必须完成的事项。
2. 标出需要主管确认的事项。
3. 标出账号权限需要转移或回收的事项。
4. 语气正式、克制，不写情绪。
交接信息：{粘贴内容}
如果交接的是某个项目，可以换一种结构，把项目背景、进度、待办、资料和接手后的前三个动作写全：
请把以下项目情况整理成项目交接文档。
输出结构：
1. 项目背景和目标
2. 当前进度
3. 已完成事项
4. 待办事项
5. 文件和资料位置
6. 关键联系人
7. 风险和注意事项
8. 建议接手后的前三个动作
项目材料：{粘贴内容}
时间点三：临走的最后几天——资料、账号、确认三件事别拖到离职当天
这个阶段最容易翻车的是资料位置写得不够具体。交接文档不能只写”资料已整理”，接手人需要知道文件在哪里、哪个版本可用、哪些内容还要确认。按下面这个表格的粒度写，基本不会出问题：
| 资料类型 | 建议写法 | 风险点 |
|---|---|---|
| 文档 | 文件夹路径 + 文件名 + 最新版本 | 版本混乱 |
| 表格 | 数据来源 + 更新时间 + 负责人 | 口径不一致 |
| 账号 | 系统名称 + 权限状态 + 处理人 | 权限未回收 |
| 联系人 | 姓名 + 角色 + 沟通事项 | 只留手机号不说明背景 |
权限和账号交接有几条硬规矩：不要在交接文档里明文写密码；写清哪些权限需要转移、回收或由管理员重新分配；涉及客户、财务、后台系统的权限，交给主管或 IT 确认；交接完成后，保留”已确认人”和”确认时间”。这些细节不用 AI 也能写，但最容易漏，所以单独列出来。
临走前让 AI 帮你生成一段交接确认说明，发给主管或接手人留档：
请根据下面交接清单，帮我生成一段交接确认说明。 要求： 1. 说明已交接的任务、资料和权限； 2. 标出仍需接手人确认的事项； 3. 语气正式、简洁； 4. 不写密码、不写敏感账号信息。 交接清单：[粘贴]
时间点四：离开之后——最容易埋雷的地方
交接完成不等于万事大吉。以下几个坑，几乎都出现在人走了之后：
- 把离职申请写成情绪宣泄，留下不必要风险。
- 没有明确最后工作日，导致流程和交接反复确认。
- 只说”会交接”，没有列具体事项，接手人离职后找不到人。
- 直接复制 AI 文案，没有核对合同、制度和日期。
- 明文写密码，或者权限没有回收，人走了账号还挂在系统上。
怎么判断一份交接文档是否合格？问自己四个问题：接手人能否知道下一步先做什么；主管能否看到风险和未完成事项；文件、账号、联系人是否能直接找到；交接内容是否真实，不回避问题，也不制造情绪。
相关教程
如果想把交接前的阶段成果整理出来，可以看 AI怎么写绩效自评，把阶段性成果写清楚，也为后续求职留素材。如果任务还散在群聊里没整理，先看 聊天记录转待办清单。离职后准备求职材料，可以参考 AI怎么写简历和自我评价。日常职场沟通可以参考 AI怎么写工作邮件。还没系统用过 AI 的，先从 AI怎么开始用：入门教程 入手。
用交付结果倒推需要的信息
例如，离职最后两天才开始交接，接手人拿到一堆文件却不知道先做什么。这类任务的难点通常不在“让AI写一段话”，而在于先把事实、边界和交付对象理顺。开始前应单独列出已有材料、尚未确认的信息和不能由模型替你决定的事项。没有依据的数字、承诺、人员安排和专业结论一律标记待确认，不用看似完整的句子掩盖信息缺口。
处理时重点抓住这些要素：任务状态、资料位置、账号权限、关键联系人、风险和下一节点。先用一小段材料跑通，再扩大到完整任务，能更早发现字段缺失和理解偏差。涉及多人协作时，最好让下一位执行者复述一遍：他从文档里看到了什么、准备先做哪一步、遇到什么情况需要停下。复述不一致，说明文档仍需修改。
从错误版本反推检查点
一个常见的失败版本是：只列文件名、不写判断条件，直接分享个人密码，遗漏未决承诺。它往往表面整齐，实际无法执行。修正时不要只让AI“更专业”，而要指出哪一项事实缺失、哪句话无法验证、哪一步没有责任人或判断条件。每轮只改一类问题，并保留修改前后的差异，后续才能沉淀出稳定做法。
- 事实核对：人名、日期、金额、指标、文件版本和业务规则回到原始材料逐项确认。
- 边界核对：区分已经决定、正在讨论、个人建议和模型推断，不能把四者混写。
- 执行核对：动作写到具体对象、负责人、时间和可观察结果，删掉“持续关注”“及时处理”这类空话。
- 风险核对：敏感数据先脱敏，合同、财务、法律、安全、医疗等结论交给相应专业人员。
交付前用一个简单标准验收：接手人按清单完成一次演练，能够找到资料、操作流程并识别异常。再安排一次反例检查，故意输入一条缺日期、缺负责人或相互冲突的材料，看结果是否会明确提示缺口，而不是自行补全。能在正常情况和异常情况下都给出可核对结果，这套做法才算真正可复用。
最后保留三样东西：原始材料、采用的版本和人工确认记录。下一次遇到相似任务，可以复用字段和检查表，但仍要替换当次事实。模板的价值是减少遗漏，不是让所有场景得到同一答案；只要任务目标、读者或约束变化，就应重新检查输入和验收条件。