摘要提示的四个决定项
摘要提示先固定四件事：给谁看、用在哪、多长、保留哪些要素。读者决定保留什么——值班同学需要的是动作与时间窗口，管理层需要的是影响与风险；场景决定语气与颗粒度——交接班摘要可以带操作细节，对外通报要控制措辞。长度与保留项则决定输出是否可验收。四件事不写清时，模型只能平均用力，关键动作常被淹没在概述里。
写法要点
| 读者 | 读者决定保留什么（值班看动作，管理层看影响） |
|---|---|
| 长度 | 用字数或句数约束，避免简要一点这类模糊要求 |
| 保真 | 先声明不引入原文没有的信息，再补一句数字原样保留 |
| 保留项 | 列出必须出现的要素清单，如影响范围、时间窗口、待办动作 |
| 缺失处理 | 原文没写的项要求写「未提及」，而不是省略或推断 |
典型使用场景
- 运维通告摘要：给值班同学压缩成影响范围 + 时间窗口 + 需要执行的动作
- 会议与周报：按参会人视角压缩要点，保留结论与责任人
- 长文速读：把技术文档压成几条要点，保留全部数字与专有名词
- 多份材料汇总：先各自摘要再合并，避免逐份通读
- 对外通报改写：压缩的同时控制措辞，去掉内部系统名与账号信息
摘要模板
摘要模板
为下面的技术通告写一段摘要，给运维值班同学看：
- 长度：120 字以内 # 可验收的长度口径
- 保留：影响范围、时间窗口、需要执行的动作 # 必出现的要素清单
- 不得引入原文没有的信息；不确定的内容不要写 # 保真约束
- 原文未提及的要素写「未提及」
原文：<doc>……</doc>摘要质量检查
| 检查项 | 做法 | 不做的后果 |
|---|---|---|
| 要素齐全 | 按保留清单逐项核对 | 关键动作被概述掉，读者要回头翻原文 |
| 数字保真 | 要求数字与单位原样保留 | 压缩过程中量级被改写，误导决策 |
| 无外部信息 | 写明不引入原文之外的事实 | 摘要里出现原文没有的时间或原因 |
| 长度达标 | 用字数口径约束并核对 | 同一模板产出长短不一，版面难以固定 |
同一份长材料面向多类读者时，拆成多次生成：一段文字同时满足所有读者，通常两边都不满意。
超长材料先分块摘要再合并（map-reduce），中间产物写成结构化要点，合并阶段才便于去重与定稿。