6.4 上下文窗口优化策略

6.4.1 上下文预算管理

像管理预算一样管理上下文容量，是优化的基础方法。

预算分配

为不同组成部分预先分配 Token 预算：

组成部分	典型预算占比	说明
系统提示词	5-15%	尽量精简
知识/检索内容	30-50%	核心信息区
对话历史	20-30%	动态调整
输出预留	15-25%	确保足够空间

注：以上占比为常见起点，实际分配需结合任务类型、模型上下文长度、工具调用开销与期望输出长度进行调整。

动态调整

根据任务特点动态调整分配：

• 知识密集任务：增加检索内容预算

• 多轮对话任务：增加历史预算

• 长文生成任务：增加输出预留

6.4.2 系统提示词优化

系统提示词是最稳定的上下文部分，应该优化到最精简。

精简策略

删除冗余

• 移除重复说明

• 合并相似指令

• 使用简洁表达

结构化表达

• 使用列表替代段落

• 使用表格组织规则

• 采用编号便于引用

模板复用

• 将通用部分模板化

• 动态部分参数化

• 条件加载可选内容

提示词压缩技术

人工精简

最直接有效，逐字审查每句话的必要性。

LLM 辅助压缩

让模型帮助精简：

请将以下系统提示词压缩到 500 Token 以内，保持所有关键指令：
[原始提示词]

符号化表达

用简洁符号替代冗长说明：

原文：如果用户没有明确指定格式，请使用 Markdown 格式输出
精简：默认格式=Markdown

6.4.3 检索内容优化

检索内容往往占用大量上下文，是优化重点。

精准检索

• 提高检索精度，减少无关结果

• 使用重排序过滤低相关内容

• 根据置信度阈值截断结果

检索后压缩

对检索结果进行二次压缩：

• 提取与查询相关的片段

• 生成针对性摘要

• 合并重复信息

渐进式检索

按需检索，而非一次全部加载：

1. 先用少量关键信息回答

2. 如果需要更多细节再补充检索

3. 避免预防性的大量检索

6.4.4 格式优化

格式选择影响 Token 效率。

结构化格式对比

格式	Token 效率	可读性	适用场景
纯文本	高	一般	连续内容
Markdown	中	好	结构化文档
JSON	低	中	数据交换
XML	最低	高	明确边界

格式优化建议

• 非必要不使用嵌套结构

• 属性名尽量简短

• 避免冗长的 key 名称

• 考虑自定义简洁格式

6.4.5 缓存与复用

减少重复内容的传输和计算。

提示词缓存

许多模型支持 prompt 缓存：

• 相同的前缀只计算一次

• 后续请求复用缓存结果

• 节省计算成本和延迟

利用方式：

• 将稳定内容放在提示词前部

• 动态内容放在后部

• 保持前缀一致性

预计算

对于频繁使用的内容预先计算：

• 预生成摘要并存储

• 检索结果预处理

• 通用模板预填充

6.4.6 监控与调优

监控指标

• Token 使用分布：各部分占比

• 使用效率：有效信息/总 Token

• 边界情况：接近上限的频率

• 成本追踪：Token 费用趋势

持续优化

1. 建立基准线

2. 识别最大消耗点

3. 针对性优化

4. 验证效果

5. 持续监控

上下文优化是一个持续的过程，需要在效果和效率之间找到最佳平衡点。

6.4.7 长任务场景的高级压缩策略

对于执行跨越数十分钟到数小时的长期任务（如大规模代码迁移或全面的研究项目），需要专门的技术来解决上下文窗口限制。以下介绍两种核心技术：

紧凑化技术

Compaction 是一种在上下文接近窗口限制时，将对话内容进行摘要，并以摘要重新初始化新上下文窗口的实践。

核心思路：高保真地提炼上下文窗口的内容，使智能体能够以最小的性能损失继续工作。

实现要点：

• 将消息历史传递给模型进行总结和压缩

• 保留架构决策、未解决的问题和实现细节

• 丢弃冗余的工具输出或消息

• 用压缩后的上下文加上最近访问的文件继续工作

压缩的艺术：关键在于选择保留什么与丢弃什么。过于激进的压缩可能导致丢失细微但关键的上下文信息。

最佳实践：从最大化召回（recall）开始，确保压缩提示词捕获了跟踪中的每一条相关信息，然后迭代改进精度以消除多余内容。

结构化笔记

结构化笔记是一种 Agent 定期将笔记持久化到上下文窗口外部存储的技术。这些笔记在后续需要时被拉回上下文窗口。

工作方式：

• 智能体创建待办事项列表或维护 NOTES.md 文件

• 用于跟踪复杂任务的进展

• 保持关键上下文和依赖关系，否则这些信息会在大量工具调用中丢失

实际案例（思路说明）：在长时间交互任务中，智能体可以通过持续维护结构化笔记来跟踪关键状态（例如计数器、已完成步骤与下一步目标）。当上下文被重置后，读取笔记即可恢复工作状态并继续执行。

选择策略的指南：

技术	适用场景
Compaction	需要大量来回交互的任务
Structured Note-taking	有明确里程碑的迭代开发
子智能体架构	需要并行探索的复杂研究分析

6.4.8 智能体上下文缩减策略（案例思路）

在一些生产级智能体的开发中，为了应对超长任务和复杂工具调用，常会演化出一些专门的上下文缩减策略。

（关于相关思路的进一步讨论，请参见 13.5 案例分析：全自主智能体架构（示意））

1. 双重工具结果

将工具执行结果分为“完整版”和“紧凑版”两种形式...

2. 陈旧结果压缩

随着对话进行，早期结果被替换为摘要...

3. 基于结构的轨迹摘要

即便使用摘要，也强制使用结构化 Schema...