---
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|观测接口]]
