腾讯文档AI任务拆解表人群提示词添加指南

第一步：用身份+工号+当前动作锁定执行人

提示词开头直接锚定执行人的完整身份：“后端开发张伟（BE-087），当前在Chrome调试窗口检查/pay/callback返回500错误，光标停留在第12行console.log(‘res:’, res)处”。切勿简写为“张伟在排查bug”——AI无法获取调试上下文，极易输出“建议重启服务”这类脱离实际的泛化回复。

必须包含工号、工具、光标位置三个要素，缺一不可。工号需真实存在且与公司组织架构一致，否则AI默认此人无系统权限，不敢分配任何涉及登录ERP或Jira的操作。

第二步：绑定接收人角色与协作断层

紧接着描述接收方状态：“测试同学李婷（FE-033），当前在Jira中打开任务ID-TS-482，状态为‘等待后端联调’，她已上传3次复现视频但未收到响应”。这句话不是背景信息，而是强制约束条件。AI看到“已上传3次复现视频”后，会自动跳过“请提供复现步骤”这类低效指令，转而生成“截取第2段视频帧→在Jira评论区插入红框，标注请求头缺失字段”等可执行步骤。

这里有两个落地技巧：

方法一：用“阻塞关系”替代“协作关系”。直接写：“张伟不提交修复代码→李婷无法执行TS-482用例→上线排期延后至6月28日”。AI会自动将“提交代码”设为最高优先级，并附带Git commit message格式要求。

方法二：用物理权限缺口划定动作边界。明确写出：“李婷无生产数据库查询权限，但需验证回调数据落库结果”。AI就不会生成“登录DB查t_order_log”这类无效指令，而是输出“请张伟执行SELECT * FROM t_order_log WHERE order_no = ‘ORD-20260624-7781’ → 截图发送至钉钉群@李婷”。

第三步：嵌入人群行为习惯与失败痕迹

这一步是让任务落地到具体工作流的核心。需要完成三件事：

① 插入一条近期操作记录。例如：“张伟昨天14:32在飞书文档《支付模块V2.3》第5页用红色高亮标注‘幂等校验逻辑待补全’，但未添加评论说明。”② 补充他的典型操作模式：“他习惯在VS Code右键点击函数名→选择‘Go to Definition’跳转，而非使用Ctrl+Click。”③ 加入一次翻车后果：“上一版因漏改Redis key前缀，导致沙箱环境缓存穿透，回滚耗时47分钟。”

这三句话嵌入后，AI生成的任务动作全部限定在VS Code界面内，每个子任务自带“修改key前缀为pay_v2_”这类硬编码字段，而非泛泛的“优化缓存策略”。注意，若漏掉“回滚耗时47分钟”，AI会忽略时间敏感度，可能分配一个需要2小时压力测试的动作，完全脱离实际节奏。