上下文压缩：长对话不“断片”

什么时候白板最容易爆？不是聊天，是数据分析——你让 AI 做店铺月度诊断，生意参谋、推广报表、竞品数据一贴就是几万字，白板瞬间见底。第一篇讲过白板会满、会擦掉关键信息，这一节给解法：四层压缩防线。

体会一下这个场景：周一早上你让运营智能体做月度复盘——先贴 30 天的流量日报，再贴店铺 A 和店铺 B 两份推广明细，又贴了竞品价格监控表。报到一半你想追问“那上周三转化率跳水到底为什么”，AI 却一脸茫然：最早贴的流量日报已经被挤出白板了。

第一篇的结论是“白板满了，最早的被擦掉”——那是没有压缩机制的裸奔状态。实战中，成熟的 Agent 框架会在白板快满时主动整理，而不是被动擦除。整理的核心思路一句话：原始明细变摘要，关键结论永留存。第 1-10 天的流量明细可以压成一行“上旬日均访客 4200、转化率 2.1%”，但“上周三转化率跳水到 0.8%”这个异常必须钉在白板上。

拖动滑块模拟数据越贴越多、白板占用率越来越高，看系统在不同水位采取什么动作：

• 关键结论清单先行：压缩前先定义“什么永远不能丢”——核心指标结论（转化率、投产比、毛利口径）、已确认的异常点、你定下的决策。这张清单写在 System Prompt 里，任何压缩级别都豁免。明细可以压，结论不能丢。
• 压缩要留“索引”：被折叠的报表不是删除，是“存进档案柜留张卡片”——你追问“把 5 号那天的流量明细再拉出来看看”时，AI 能凭索引把原始数据取回来重新细算。只压不留档，等于变相擦白板。