腾讯文档AI需求变更提示词检查标准设置指南

不少使用腾讯文档AI助手撰写需求变更说明的团队，都栽过同一个坑：长篇大论交出去，才发现触发条件没写、影响范围没定、回滚方案为零，最后只能自己逐条补丁。根因是什么？AI默认你的内容“正确”，它只负责把句子写通顺，却不会替你检查“该写的写全了没有”。

要想让AI直接产出一份可交付的文档，而不是光鲜的提纲，你得掌握一套精准的操控手法。我称之为“角色定位+硬性维度+缺失标注”，三招组合，AI就会老老实实把缺口全部露出来。

落地就四步。

第一步，给AI戴上“评审员”的帽子

在AI助手对话框里，第一行别急着贴草稿，先明确它的身份。直接输入这句：
【Role】你是一名有3年产品需求评审经验的PMO专员，职责是逐字检查每份需求变更说明是否具备上线前闭环能力，不负责润色、不负责补充内容，只做真伪判断。

这个动作必须放在最开头。试想，如果AI默认自己是“写作助手”，它会怎么干？自动补齐语句、美化措辞，结果那些缺失的关键信息反而被“修饰”隐藏了。只有戴上“评审员”的紧箍咒，AI才会抛弃所有创作冲动，铁面无私地对照原文做硬性判断。

角色定义输入后，换行，再把你的需求变更草稿粘贴进去。

第二步，给AI列一张“必须核验”的清单

在草稿下方另起一行，把下面6个检查维度一字不差地贴出来。注意：不加序号、不加解释、不要换行，保持这个格式：

【触发原因】是否明确写出用户侧或系统侧具体异常现象，如“iOS端点击支付按钮无响应”
【影响模块】是否精确到前端页面路径、后端服务名或数据库表名，如“/order/submit接口、user_order表”
【兼容处理】是否声明旧数据是否仍可读、新字段是否允许为空、API版本是否升级
【验证方式】是否给出可执行的验证动作，如“用测试账号下两笔订单，检查订单状态是否同步更新”
【回滚条件】是否定义触发回滚的具体指标，如“P95响应超时>3s持续5分钟”
【兜底方案】是否说明人工介入点与操作指令，如“联系DBA执行rollback.sql脚本，路径：/ops/rollback/20260617_order_fix”

这里有个极易踩坑的细节：这6行必须保持原样，顺序不能调，每行结尾不加句号。AI会严格按这个顺序逐行比对原文，一旦你改了内容或动了顺序，整条核验规则就失效了。

第三步，命令AI逐项打标：“缺失”还是“不合格”

清单贴完后，输入最终指令。这句同样关键，建议直接复制：
请严格对照以上6项，对原文逐条核查。若某项内容原文中完全未出现，请输出“【缺失】+维度名”；若出现但不符合要求，请输出“【不合格】+维度名：原因”。不得合并描述、不得猜测补充、不得使用“默认”“一般”等模糊表述。

举个实际案例：如果原文写的是“本次变更提升下单体验”，AI绝不会含糊，直接判定【缺失】触发原因——因为没指明哪个平台、哪个操作、什么异常。如果写的是“影响订单相关功能”，AI也会判定【不合格】影响模块——因为没给出具体页面或接口。

这一步执行完，AI输出会非常干净：全部是带【缺失】或【不合格】标签的短句。没有多余的正文、建议或修饰词，全部是能直接定位、分派给对应人员修改的问题点。

第四步，用“Ctrl+F”验证结果是否生效

结果生成后，别急着收工。快速验证方法：在页面上按 Ctrl+F（Mac 用 Cmd+F），搜索“【缺失】”和“【不合格】”，看看是否有对应的维度被标出来。

如果搜索结果为空，说明AI根本没有执行核验逻辑。此时不要调整提示词，直接把从【Role】开始到“请严格对照……”的整段指令全部删掉，重新手动敲一遍。注意，必须手动敲，不能复制粘贴。复制粘贴可能带入不可见的空格或换行符，导致AI无法正确识别指令结构。

重新点击“生成”，对比新输出里是否出现了带方括号的问题标注。这套流程走完，你就能确保AI产出的不是一篇“看起来漂亮”的文章，而是一份标注了所有短板、可直接用于提修复的检查报告。