摘要任务的要点与长度控制？从原理到落地

让文心一言把一份万字报告压成三百字摘要，最常见的失败有两种：要点漏了关键的，长度忽长忽短。摘要任务看着简单，其实被两条硬约束管着——要点全不全、长度稳不稳，本文从原理到落地讲清楚。

摘要提示的两个硬约束

要点约束决定选什么：模型倾向选开头的要点，这与长文本的注意力分布有关；长度约束决定写多长：不限定字数时，输出长度随原文长度漂移。两条都要在提示里显式钉住，缺一条摘要就飘。

要点数量怎么锁

• 报数：「提炼五条要点，不多不少」。
• 分层：「一条宏观结论，三条关键事实，一条风险提示」，结构化的要点清单比开放式的更稳。
• 给领域锚点：「必须覆盖成本、进度、人员三方面」，防止模型只挑它觉得有趣的。

长度控制的具体写法

「简短一点」没有约束力，可执行的写法是给区间和参照：「全文不超过一百五十字」「每条要点一句话，单句不超过三十字」。海螺AI 的实测里，字数区间加单句模板的双重约束，长度漂移幅度明显收窄。

摘要质量的自查口径

• 对数：要点条数是否与约定一致。
• 溯源：每条要点能否在原文找到依据，没有的就是夹带。
• 量长：总字数与单句长度是否落在区间内。

提示写法的通用参照见代码注释的提示是怎么写的？过程拆开看；术语与对照类约定见翻译任务的提示是怎么设计的？关键步骤一次讲清；保留原义的改写见改写任务的「保义换形」怎么提？；给摘要结果打标签见分类任务的标签体系是怎么给的？。

要点与长度之外，摘要还有第三个可调维度：视角。同一份报告，面向高管的摘要重结论与数字，面向执行层的摘要重行动项与责任归属，视角不同取舍完全不同，提示里加一句「为谁而写」，空洞的全面摘要就会变得有立场；视角词要具体，写给谁、用来做什么，两个要素齐了才立得住。多次摘要的场景要防压缩的压缩——对摘要再做摘要，每压一轮信息就偏一层，第二轮起应回原文重摘，别在二手材料上继续抽。数据密集型文档还有个专属技巧：要求摘要里每条要点至少带一个原文数字，数字是最可靠的防漂锚点，有数字的摘要几乎不会跑题。原文结构清晰时可以让摘要沿用其编号，方便对照回查；验证规则统一后，自查和互查也有了同一把尺子，不必每次重新解释标准。

摘要提示速查卡

• 锁要点：报数加结构分层。
• 锁长度：字数区间加单句模板。
• 锁质量：数数、溯源、量长。

摘要是压缩不是缩写，压掉的是体积，留住的是骨架。

摘要任务也有自己的批次经验可攒：每次交付后记下原文类型、要点数、长度区间与返工原因，十几单之后就能按文档类型列出可靠的参数组合，新任务进来先查表再写提示，起手就接近可用。查表之外保留一个变量试错位：每次只动一个参数，动了就记，参数表才越养越准。参数表共享给团队时附上适用边界，别让它变成万能模板；万能模板不存在，边界越清楚，表越有用，每季度淘汰一次长期不命中的组合，淘汰标准看最近一季的返工率。

换个问法再问摘要控制三句

• 要点数量定得越少越好写吗？：关键不在多少，而在覆盖面，三条覆盖全局的要点好过五条同质化的。
• 模型摘要总偏向开头内容怎么办？：用领域锚点强制覆盖中后段主题，把选择权从注意力手里抢回来。
• 摘要里能保留数字吗？：能且应该，数字是溯源的天然锚点，约定「关键数字原样保留」。

落笔成一句：先把两条硬约束写进提示，摘要就稳了一大半。