我们准备用模型把历史消息压缩成摘要，但担心摘要错。错了后面所有回答都跟着错，有解吗？

]]>https://localaihub.com/topic/92/上下文压缩用模型摘要-错了怎么办RSS for NodeWed, 03 Jun 2026 17:50:09 GMTTue, 05 May 2026 16:31:00 GMT60我会把摘要拆成结构化状态、情绪偏好、开放备注，并保留来源轮次和校验。

]]>https://localaihub.com/post/663https://localaihub.com/post/663Wed, 06 May 2026 13:34:00 GMT不建议直接暴露内部摘要。可以在需要确认时用面向用户的话：“我理解你要修改收件地址，对吗？”

]]>https://localaihub.com/post/662https://localaihub.com/post/662Wed, 06 May 2026 12:12:00 GMT用户能看到摘要吗？

]]>https://localaihub.com/post/661https://localaihub.com/post/661Wed, 06 May 2026 11:40:00 GMT内部最好有。能看到本轮新增、修改、删除哪些状态。调事故时很救命。

]]>https://localaihub.com/post/660https://localaihub.com/post/660Wed, 06 May 2026 11:16:00 GMT摘要更新要有 diff 吗？

]]>https://localaihub.com/post/659https://localaihub.com/post/659Wed, 06 May 2026 09:45:00 GMT情绪和偏好也要压缩，比如“不接受电话联系，只要邮件”。这类不是传统槽位，但很重要。

]]>https://localaihub.com/post/658https://localaihub.com/post/658Wed, 06 May 2026 08:50:00 GMT规则适合固定槽位，模型适合开放语义。两者组合。别把全部压缩都交给一个自然语言段落。

]]>https://localaihub.com/post/657https://localaihub.com/post/657Wed, 06 May 2026 07:38:00 GMT那是不是别用模型摘要，程序规则抽取更安全？

]]>https://localaihub.com/post/656https://localaihub.com/post/656Wed, 06 May 2026 05:18:00 GMT我们踩过“用户没说发票抬头，摘要写成已确认抬头”。后面模型就不问了。

]]>https://localaihub.com/post/655https://localaihub.com/post/655Wed, 06 May 2026 02:55:00 GMT可以让另一个轻量校验器检查摘要是否引入新事实。摘要里出现原文没有的字段，直接拒绝。

]]>https://localaihub.com/post/654https://localaihub.com/post/654Wed, 06 May 2026 01:19:00 GMT状态字段覆盖，事件日志追加。比如当前地址只能有一个，历史争议可以保留。

]]>https://localaihub.com/post/653https://localaihub.com/post/653Tue, 05 May 2026 23:06:00 GMT摘要要不要每轮都覆盖？

]]>https://localaihub.com/post/652https://localaihub.com/post/652Tue, 05 May 2026 21:58:00 GMT给摘要加来源 turn id。比如“用户已确认地址，来自第 4 轮”。出错时能回原文。

]]>https://localaihub.com/post/651https://localaihub.com/post/651Tue, 05 May 2026 21:23:00 GMT摘要分两种：事实状态和叙述摘要。生产里关键事实尽量结构化，叙述摘要只辅助语境。

]]>https://localaihub.com/post/650https://localaihub.com/post/650Tue, 05 May 2026 19:04:00 GMT