摘要提示是什么
摘要任务看起来简单，真正的难点在长度可控与信息保全。稳定做法是三层规定：规定层次（一句话摘要加要点列表，必要时再加详细版）、规定长度、点名必须保留的信息（数字、日期、专有名词、条款编号）。输入超过模型舒适区时先分块摘要再二次汇总，二次汇总要合并同类项并显式标注互相冲突的信息，而不是把各块结论直接拼起来。
基本信息
| 分层结构 | 一句话摘要 + 要点列表，可再加详细版 |
|---|---|
| 信息保全 | 指定保留数字、日期、主体名称、条款编号 |
| 长文策略 | 分块摘要后二次汇总 |
| 输出形态 | 结构化字段便于下游系统消费 |
| 常见缺陷 | 长度忽长忽短、丢数字、观点串味 |
| 验收点 | 关键字段是否原样出现 |
典型使用场景
- 会议纪要：从录音转写文本生成结论与待办事项
- 工单与客服记录：压缩成可检索的一句话摘要
- 研报与行业材料：提炼核心结论与关键数据
- 公告通知：生成要点版用于推送与首页展示
- 批量入库：为知识库文档生成摘要字段，提升召回可读性
- 跨语言摘要：先摘要再翻译，控制成本与失真
三层摘要模板
三层摘要模板
把下文压缩为三层摘要：
1. 一句话概括（不超过 30 字）；
2. 三条要点（每条不超过 20 字）；
3. 原文所有数字、日期与专有名词必须原样保留，不得改写或省略。
原文：……
# 分块汇总时给每块摘要编号，二次汇总要求合并同类项
# 出现互相矛盾的信息时单独列出，不要折中抹平
# 输出为 JSON 字段（one_line、bullets、figures）便于落库摘要质量检查表
| 检查项 | 合格表现 | 常见缺陷 |
|---|---|---|
| 长度 | 落在规定区间内 | 只说总结一下，输出忽长忽短 |
| 数字与日期 | 原样保留 | 金额被四舍五入、日期被改写 |
| 主体归属 | 观点与主体对应正确 | 多文档汇总时观点串味 |
| 冲突信息 | 分歧被显式标注 | 矛盾被抹平，读者误以为一致 |
| 可核验性 | 保留条款编号等定位信息 | 只剩结论，无法回溯原文 |
摘要质量要靠固定样本回归：准备十到二十篇已知内容的文档，每次改提示词都跑一遍，比对是否漏掉关键数字。只靠人工临时抽查很难发现退化。
分块摘要的块边界很关键：表格、条款、代码块不要被切断，否则二次汇总会拿到半截信息并把它当完整结论。