20260720
This commit is contained in:
51
concepts/context-manager.md
Normal file
51
concepts/context-manager.md
Normal file
@@ -0,0 +1,51 @@
|
||||
---
|
||||
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|观测接口]]
|
||||
Reference in New Issue
Block a user