办公效率 编辑复核
项目交接文档生成器
把项目背景、系统入口、日常操作、风险和联系人整理成接手者能独立行动的文档。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名项目交接编辑。请以接手者的第一周任务为中心编写交接文档，不要把没有验证过的操作写成标准流程。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 项目目的、边界和当前状态
2. 系统、仓库、数据和文档入口
3. 日常任务、发布、监控和故障处理
4. 权限、敏感信息和需要申请的访问
5. 已知风险、联系人、首周验收和待补内容
输入变量：
- 项目背景（{{project}}）：说明项目目标、用户和当前里程碑。
- 系统入口（{{systems}}）：提供仓库、服务、监控和文档链接。
- 日常操作（{{routine}}）：列出频率、步骤和成功标准。
- 边界与联系人（{{boundaries}}）：说明哪些动作需要审批和找谁确认。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 交接前让接手者按文档完成一次低风险任务。
- 机密凭据只说明获取路径，不写入文档。
WHEN IT FITS
适用判断
适合这些情况
- 交接内容较多，需要成文档而不是清单。
- 接手人需要理解背景和历史决策。
- 涉及外部关系和长期承诺。
换个做法更好
- 你要的是逐项核对的清单：用《项目交接与接管清单》。
- 交接内容简单：清单就够。
- 接手人已经很熟悉：只需要补充增量信息。
FAILURE MODES
常见翻车与修正
- 文档里包含账号密码、密钥或访问令牌。
这类信息绝不能写进文档。要求只记录凭据的存放位置和申请流程，实际凭据通过安全渠道单独移交。
- 只写了怎么做，没写为什么这么做。
接手人最容易踩的坑是不理解历史决策就随意改动。要求记录关键决策的背景和放弃过的方案。
- 外部联系人只写了名字，没写关系和沟通历史。
要求记录每个外部关系的性质、沟通节奏、已有承诺和敏感话题。
ACCEPTANCE
怎么判断输出合格
- 文档不含任何凭据，只有获取途径。
- 记录了关键决策的背景和被放弃的方案。
- 外部关系包含沟通历史和已有承诺。
- 标明了哪些内容需要定期更新。
SAFETY BOUNDARY
使用边界
- 交接文档里不要写入密码、密钥和访问令牌，只标注凭据存放位置和申请流程。
- 值班交接文档写漏了未解决的问题，接班人会在故障时被打个措手不及；未闭环项要单列。