---
title: "上下文预算管理"
source: "Externalization in LLM Agents: A Unified Review; nashsu/llm_wiki README"
raw_sources:
  - path: raw/Externalization in LLM Agents A Unified Review of Memory, Skills, Protocols and Harness Engineering.md
    hash: "sha256:57f85fec8155ffb4da5b54e3fcb5a3997e1067e1f6d9728ef4fc8be7aaf0915c"
  - path: raw/LLM Wiki - Persistent Personal Knowledge Bases.md
    hash: "sha256:cd64125fcf5070abff12dd8f25f0371658833d08e0138bd8ee71fc7cb9bfc89d"
tags:
  - "Harness工程"
  - "上下文工程"
  - "检索"
last_updated: 2026-08-02
---

# 上下文预算管理

上下文窗口是 Wiki Agent 的共享稀缺资源。索引、来源证据、Wiki 页面、技能说明、工具协议、对话历史和执行轨迹都会争夺同一份预算；扩大任何一类内容，都可能压缩其他内容。

## 分层装载

建议按任务阶段逐步装载：

1. 先读取索引和任务目标，确定候选页面。
2. 再读取高相关 Wiki 页面和直接来源。
3. 只有在任务需要时才加载详细技能、工具 schema 或历史轨迹。
4. 将低相关、陈旧或已被总结的内容降级或驱逐。

这种渐进式披露比把整个知识库放入上下文更稳定，也与[[Skill-Systems|技能系统]]的分阶段加载相容。

## 预算分配

预算不是固定比例，而是随任务变化：规划阶段需要更多目标、约束和相关历史；执行阶段需要更多工具契约和当前工作状态；验证阶段需要测试结果、差异和原始验收标准。实现上可以为 Wiki 页面、对话历史、索引和系统规则设定上限，再按相关性排序填充。

## 常见失败

- **过度检索**：材料很多，但模型难以区分证据和背景。
- **技能过载**：局部流程说明挤掉了全局目标。
- **日志污染**：把完整执行轨迹当作当前任务上下文，导致注意力浪费。
- **错误摘要**：压缩删除了未来决策所需的关键细节。
- **中间信息丢失**：重要页面被放在长上下文中间，实际利用率下降。

有效目标不是“加载更多”，而是让当前决策所需的状态变得清晰可见。上下文管理失败时，应先检查检索与装载策略，再考虑更换模型或扩大窗口。

## 相关研究

- [[LLM-Wiki-Implementation-Patterns|LLM Wiki 的实现模式]]
- [[Memory-Systems|记忆系统]]
- [[Harness-Engineering|Harness 工程]]
- [[Skill-Systems|技能系统]]
- [[Externalization-in-LLM-Agents|LLM Agent 中的外部化]]