必须明确材料类型、结构用途和动词锚点：先写清原始材料形态（如微信群记录），再指定交付场景（如1分钟口头简报），最后用“已/正/需”开头限定动作，并通过编号提取、身份匹配、对接人核查三步验证硬信息。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要把零散的会议发言、微信讨论或手写速记快速理成领导能直接用的汇报材料，但直接让腾讯元宝“归纳会议内容”往往输出空泛、漏重点、分不清主次——问题出在没给它明确的归纳路径和交付标准。
先锁定材料类型再定结构
打开腾讯元宝，第一行必须写明原始材料的真实形态，不能笼统说“会议内容”。比如：“这是某区政务服务中心晨会的微信群文字记录（含17条发言，时间跨度08:45–09:12，含3张现场照片）”。【不写清来源类型，元宝默认按正式会议纪要逻辑处理，会删掉“王姐说打印机又卡纸了”这种真实细节】
第二行立刻指定结构用途：“用于向分管副区长做1分钟口头简报，只讲1个最急待协调事项+1个已落地动作。”
这一步做完，元宝就不再自由发挥，而是把所有信息压缩进“问题-动作”二元框架里。
用动词锚点强制聚焦关键动作
在提示词中插入不可跳过的动词指令：
方法一：限定唯一动词开头
“所有归纳结果必须以‘已’‘正’‘需’三个字开头：‘已’对应已完成动作（如‘已协调物业加装遮阳棚’）；‘正’对应进行中动作（如‘正联系市局调取历史工单’）；‘需’对应待支持事项（如‘需区财政追加2万元应急采购预算’）。”
方法二：禁用模糊表达
“禁止出现‘正在推进’‘计划开展’‘有望解决’等无主语、无时限、无责任人的表述。若原文有此类说法，必须追问具体执行人、截止日、当前卡点。”
三步交叉验证法确保不漏硬信息
第一步：提取原始编号与时间戳
“从材料中逐字提取所有带编号的条目（如‘工单SH20260721-033’‘会议纪要第5.2条’‘截图右下角时间2026-07-21 15:33’），原样列在归纳稿末尾，不缩写、不转述。”
第二步：比对发言者身份与动作匹配度
“若发言者标注为‘窗口A岗李婷’，其提出的‘建议延长午间服务’必须归入‘需’类；若发言者是‘技术科张伟’，其确认的‘系统补丁周四上线’必须归入‘已’类。”
第三步：检查是否所有“需”项都带明确对接人
“每个‘需’开头的句子后，必须紧接括号注明对接人姓名及职务，例如‘需协调电力公司增容（对接人：供电公司运维部刘工）’。若原文未提对接人，此处留空并标注【待确认】。”
