2.8 KiB
2.8 KiB
title, type, confidence, source, raw_sources, tags, last_updated
| title | type | confidence | source | raw_sources | tags | last_updated | |||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 上下文预算管理 | concept | medium | Externalization in LLM Agents: A Unified Review; nashsu/llm_wiki README |
|
|
2026-08-02 |
上下文预算管理
页面定位
本页是上下文预算管理的概念与方法页：上下文窗口作为共享稀缺资源的分层装载、开销控制与 Wiki Agent 的分配策略。负责通用机制与策略；不负责具体 Wiki 页面的内容维护，不替代个人知识库模式页。
上下文窗口是 Wiki Agent 的共享稀缺资源。索引、来源证据、Wiki 页面、技能说明、工具协议、对话历史和执行轨迹都会争夺同一份预算；扩大任何一类内容，都可能压缩其他内容。
分层装载
建议按任务阶段逐步装载：
- 先读取索引和任务目标，确定候选页面。
- 再读取高相关 Wiki 页面和直接来源。
- 只有在任务需要时才加载详细技能、工具 schema 或历史轨迹。
- 将低相关、陈旧或已被总结的内容降级或驱逐。
这种渐进式披露比把整个知识库放入上下文更稳定，也与Skill-Systems的分阶段加载相容。
预算分配
预算不是固定比例，而是随任务变化：规划阶段需要更多目标、约束和相关历史；执行阶段需要更多工具契约和当前工作状态；验证阶段需要测试结果、差异和原始验收标准。实现上可以为 Wiki 页面、对话历史、索引和系统规则设定上限，再按相关性排序填充。
常见失败
- 过度检索：材料很多，但模型难以区分证据和背景。
- 技能过载：局部流程说明挤掉了全局目标。
- 日志污染：把完整执行轨迹当作当前任务上下文，导致注意力浪费。
- 错误摘要：压缩删除了未来决策所需的关键细节。
- 中间信息丢失：重要页面被放在长上下文中间，实际利用率下降。
有效目标不是“加载更多”，而是让当前决策所需的状态变得清晰可见。上下文管理失败时，应先检查检索与装载策略，再考虑更换模型或扩大窗口。