首页/AI/提示词工程速查/按问题定制摘要
任务型写法50 条

按问题定制摘要

围绕一个具体问题做摘要:只保留与该问题相关的证据与结论,其余内容略过;比通用摘要更适合排障与检索场景。

提示词工程速查AI更新于 2026-10-13

按问题定制摘要是什么

通用摘要是总结全文,按问题定制的摘要只回答一个具体问题。做法是:把问题连同文档一起给模型,只保留与该问题相关的证据与结论,其余章节直接略过,不追求覆盖全文。取舍标准来自问题而不是文章结构,因此更适合排障、检索问答和长文档快速定位。

基本信息

输入一个明确的问题 + 一份或多份长文档
输出3-5 条要点,每条附原文依据片段
取舍与问题无关的章节略过,不追求覆盖度
兜底文档未直接回答时明确说明,防止牵强附会

典型使用场景

  • 事故复盘:从几十分页的日志与会议记录里定位对结算业务的影响
  • 合同审查:只回答「违约金怎么算」,不去总结整份合同
  • 检索结果二次压缩:把召回的多个片段压成围绕提问的几行结论
  • 跨文档核对:同一个指标在财务稿与业务稿里是否一致
  • 会议纪要追问:某个决策是谁在什么条件下拍板的

问题聚焦模板

问题聚焦模板
# 问题先行,格式与依据要求写死
问题:这次故障对结算业务的影响是什么?

要求:
1. 只输出与问题相关的要点,3-5 条,每条一句话
2. 每条必须附原文依据片段(原句摘录,不改写)
3. 文档没有直接回答时,输出「文档未直接回答」,
   并列出最接近的 2 个段落及其文档名

文档:<doc>……</doc>

输出逐项读法

输出项含义正常与异常
要点条数与问题相关的结论数量稳定在 3-5 条;超过 5 条说明问题本身太宽
依据片段支撑该条要点的原文原句正常应能在文档中原样检索到;检索不到说明模型在改写或编造
未直接回答声明文档不足以回答时的显式兜底缺失该声明而结论又无依据,属高风险输出
文档名多文档场景下该依据的出处缺失时证据无法溯源,容易串源
问题越具体越好用:「影响是什么」容易得到泛泛而谈,「哪些客户的回款在哪个时间窗被延迟」才会产出可核查的结论。宽问题时先拆成谁、何时、多大范围三段再问。
多文档场景下,依据必须标注来自哪一份文档。否则模型会把 A 文档的结论配 B 文档的片段,评审时看不出证据已串源。

易错点

  • 问题过于宽泛时产出没有信息量的概括,读的人仍无法决策;先把问题拆细再调用
  • 不要求附带原文片段时,要点无法核对,模型的概括偏差无从发现
  • 多文档不标来源,会出现结论与依据错配,看起来有据可查实际串源
  • 省略「未直接回答」兜底,模型会为了填满条数硬凑相关内容,把不相关问题写进结论

数据来源与参考

  • 查询聚焦摘要任务(DUC 2005/2006 query-focused summarization)与多文档问答实践
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌