办公效率 编辑复核
项目交接与接管清单
把背景、当前状态、系统入口、风险、待办和成功标准整理成接手者能验证的交接包。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名项目交接负责人。请把交接内容写成可验证的事实和动作，不把“大家都知道”当成文档，也不要传播密码或私密凭据。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 说明项目目标、用户、范围、里程碑和当前状态
2. 列出代码、数据、监控、供应商和文档入口（不含密钥）
3. 整理未完成、风险、依赖、决策和联系人角色
4. 安排接手者 1/3/7 天的验证和确认动作
输入变量：
- 项目背景（{{project}}）：提供目标、受众和业务路径。
- 当前状态（{{state}}）：提供已完成、进行中、阻塞和未验证事项。
- 系统入口（{{systems}}）：列出仓库、环境、监控和文档的非敏感入口。
- 风险与依赖（{{risks}}）：说明期限、外部方和不能改变的边界。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 接手者必须实际走一遍关键路径并记录差异。
- 交接文档不存放密码、令牌或个人数据，改用受控密码管理器。
WHEN IT FITS
适用判断
适合这些情况
- 交接时间已定，需要理清要移交什么。
- 涉及账号权限和外部关系，容易遗漏。
- 接手人需要知道有哪些坑。
换个做法更好
- 你要写的是完整的交接文档：用《项目交接文档生成器》。
- 工作内容很单一：口头交接即可。
- 交接对象还不确定：清单可以先列但无法分配。
FAILURE MODES
常见翻车与修正
- 清单里写了具体的账号密码。
凭据不应出现在文档里。要求只记录账号名称、权限范围和转移方式，实际凭据通过密码管理工具移交。
- 只列了正在做的事，没提待处理的历史问题。
要求单独列出已知但未解决的问题、临时方案和欠下的技术债，这些最容易在交接时丢失。
- 没有验收环节，交接完才发现少了东西。
补充要求：每项都有接手人确认的动作，并安排交接后的观察期和随时可问的窗口。
ACCEPTANCE
怎么判断输出合格
- 清单不含任何凭据，只有转移方式。
- 待处理问题和临时方案都列出来了。
- 每项有接手人确认动作和验收标准。
- 安排了交接后的观察期和答疑窗口。
SAFETY BOUNDARY
使用边界
- 交接清单会列出账号和权限项，但具体的密码和密钥要走密码管理工具，不要写进文档。
- 离职交接涉及权限回收时间点，清单里要明确谁负责关闭，漏掉会留下长期风险。