52 lines
2.2 KiB
Markdown
52 lines
2.2 KiB
Markdown
---
|
||
title: "上下文管理器 (Context Manager, C)"
|
||
created: 2026-07-13
|
||
updated: 2026-07-13
|
||
type: concept
|
||
tags: [agent, harness, context-engineering]
|
||
sources:
|
||
- arxiv:2606.20683
|
||
---
|
||
|
||
# 上下文管理器 (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，将活跃上下文与更大的外部记忆分离
|
||
- **产物中心**：将任务状态外部化为显式产物，选择性地重新浮现
|
||
|
||
## 参考
|
||
- [[agent-harness-survey-2026|Agent Harness Survey (2026)]]
|
||
- [[harness-six-components|脚手架六组件模型]]
|
||
- [[context-engineering|上下文工程]]
|
||
- [[observation-interface|观测接口]]
|