写材料归纳时，最怕遇到什么？零散的口语记录、群聊里的碎片信息、手写的速记纸条……领导要的是能直接用的汇报材料，但直接甩给AI一句“归纳会议内容”，出来的结果往往空泛、漏重点，还分不清主次。问题出在哪儿？出在没给它明确的归纳路径和交付标准。

先说一个核心判断：要让AI输出真正可用的结果，必须明确材料类型、结构用途和动词锚点。具体来说，分三步走：先写清原始材料形态，再指定交付场景，最后用“已/正/需”开头限定动作，并通过编号提取、身份匹配、对接人核查三步验证硬信息。

打开腾讯元宝，第一行必须写明原始材料的真实形态，不能笼统说“会议内容”。比如：“这是某区政务服务中心晨会的微信群文字记录（含17条发言，时间跨度08:45–09:12，含3张现场照片）”。为什么？因为如果你不写清楚来源类型，元宝会默认按正式会议纪要逻辑处理，结果就是“王姐说打印机又卡纸了”这种真实细节被删得一干二净。

紧接着，在第二行立刻指定结构用途：“用于向分管副区长做1分钟口头简报，只讲1个最急待协调事项+1个已落地动作。”这一步做到位，元宝就不再自由发挥，而是老老实实把信息压缩进“问题-动作”的二元框架里。

先锁定材料类型再定结构

接下来是动词锚点，强制聚焦关键动作。这里提供两种方法：

方法一：限定唯一动词开头

“所有归纳结果必须以‘已’‘正’‘需’三个字开头：‘已’对应已完成动作（如‘已协调物业加装遮阳棚’）；‘正’对应进行中动作（如‘正联系市局调取历史工单’）；‘需’对应待支持事项（如‘需区财政追加2万元应急采购预算’）。”

方法二：禁用模糊表达

“禁止出现‘正在推进’‘计划开展’‘有望解决’等无主语、无时限、无责任人的表述。若原文有此类说法，必须追问具体执行人、截止日、当前卡点。”

用动词锚点强制聚焦关键动作

最后，还必须有交叉验证机制，确保不漏掉任何一个硬信息。三步走：

第一步：提取原始编号与时间戳。“从材料中逐字提取所有带编号的条目（如‘工单SH20260721-033’‘会议纪要第5.2条’‘截图右下角时间2026-07-21 15:33’），原样列在归纳稿末尾，不缩写、不转述。”

第二步：比对发言者身份与动作匹配度。“若发言者标注为‘窗口A岗李婷’，其提出的‘建议延长午间服务’必须归入‘需’类；若发言者是‘技术科张伟’，其确认的‘系统补丁周四上线’必须归入‘已’类。”

第三步：检查是否所有“需”项都带明确对接人。“每个‘需’开头的句子后，必须紧接括号注明对接人姓名及职务，例如‘需协调电力公司增容（对接人：供电公司运维部刘工）’。若原文未提对接人，此处留空并标注【待确认】。”