2.2 KiB
2.2 KiB
title, created, updated, type, tags, sources
| title | created | updated | type | tags | sources | ||||
|---|---|---|---|---|---|---|---|---|---|
| 上下文管理器 (Context Manager, C) | 2026-07-13 | 2026-07-13 | concept |
|
|
上下文管理器 (C)
定义
脚手架六组件之一。上下文管理器决定哪些可用信息进入当前模型调用，以及以何种形式。它负责选择、压缩、排序和刷新观测、工具输出、检索证据、记忆记录、摘要、指令和任务产物——在其成为当前步骤的工作上下文之前。
与上下文工程的关系
context-engineering（Phase 2）首先将上下文视为核心关注点。在脚手架中，上下文管理成为一个运行时组件，与观测、控制、行动、持久化和验证并列。核心区别：
| 上下文工程 | 上下文管理器 (C) | |
|---|---|---|
| 视角 | 从 prompt 到信息生命周期管理 | 六组件之一，与其他组件耦合 |
| 优化目标 | $$F^* = \arg\max_F E[\text{Reward}(P_\theta(Y | C_F(\tau)))]$$ |
| 关键转变 | 上下文从静态 prompt → 动态组装 | 上下文必须与 I_obs, I_act, V 协调 |
设计选择
- 包含（inclusion）：哪些信息进入上下文
- 表示（representation）：原生 vs. 压缩 vs. 摘要
- 刷新策略（refresh policy）：何时更新、保留、丢弃
- 共享状态：子 Agent 间暴露多少共享上下文
核心权衡
保真度 vs. 可管理性：
- 原始历史保留细节但扩展性差
- 摘要和检索的上下文更便宜但可能省略或扭曲重要状态
- 关键区别不在长 prompt vs. 短 prompt，而在整体式（monolithic）上下文 vs. 管理式（managed）上下文
实现模式
- 检索型：按需引入外部文档/存储状态（RAG 传统）
- 记忆导向：如 MemGPT，将活跃上下文与更大的外部记忆分离
- 产物中心：将任务状态外部化为显式产物，选择性地重新浮现