撰写工作交接文档的提示词时，如果细节设计不到位，很容易遗漏关键任务、系统权限、待办事项乃至联系人信息——接手人拿到文档后，可能连系统都登不上去，更别提独立推进工作了。核心在于让大模型清楚：需要提取哪些结构化字段、哪些环节容易踩坑、内容应按照怎样的逻辑来组织。以下这套提示词框架，是我在实际项目中反复验证后总结出的，可直接复用。

先锁定必须包含的6类核心字段

打开通义千问，在输入框顶部将以下6个字段标签依次排列，每个标签后面用冒号加空格引导内容，不做任何解释，也不换行：

【当前职责】：【负责系统】：【权限账号】：【进行中事项】：【待审批流程】：【关键联系人】：

这6项是交接的基本底线，缺少任何一项，接手人都可能卡在登录、审批或对接环节。比如遗漏【权限账号】，接手人连测试环境都无法进入；漏掉【待审批流程】，可能错过合同续签截止日期。并非危言耸听，确有团队因少写一个账号密码，耽误了两天联调时间。

用具体业务动词限定输出格式

在字段列表后面紧接一句硬性指令：“每项内容用短句分行罗列，禁用段落描述；【进行中事项】必须标注预计完成日；【关键联系人】需包含姓名、部门、手机号三项。”

注意这里使用的是“标注”“包含”“禁用”这类动词，而非“请”“建议”等模糊表达。如果只写“请写清楚联系人”，模型大概率会返回“张经理（技术部）”——手机号呢？电话打不通，压测联调根本无法推进。动词越具体，格式执行越到位。

注入真实上下文防信息失真

有两种做法：

方法一：将最近一期的周报原文粘贴进去，然后在提示词开头加上一句：“以上是截至昨天的周报正文，所有信息必须严格基于此生成，禁止编造未提及的系统名称或流程节点。”

方法二：再补充一句约束条件：“若某字段在周报中无对应信息，该项留空并标注【暂无】，不可写‘详见附件’或‘后续补充’。”

这一步是整套提示词中最关键的防遗漏机制。模型天生有“补全”倾向——如果不加这条约束，它可能虚构一个“客户对接流程（已启动）”来凑数，但实际那个流程根本未曾发起。等接手人跑去追问，才发现根本不存在这回事，整个交接节奏全被打乱。

最后一步：强制交叉验证

第一步：先让模型输出初稿。第二步：追加一条检查指令：“对照以下3个检查点逐项核对：① 所有账号密码是否带‘已移交’标记；② 每个进行中事项是否都有明确截止日；③ 关键联系人手机号是否为11位数字格式。”第三步：要求模型只返回“通过”或逐条列出未通过项，不要加多余解释。

这一步能揪出模型自以为合理、实则错误的填充。例如某账号权限写成了“已配置”——实际上这个权限需要IT后台手动开通，必须标注“待IT同事于X月X日开通”。没有交叉验证，这种细节很容易被忽略，等接手人开工时才发现权限未生效，又得绕一圈找IT。