编码 Agent 别只用扁平上下文窗口：分类型上下文面架构
Puzzleheaded_Box2842 · reddit · 2026-10-09
作者指出多数编码 Agent 把文档、聊天记录、配置、检索文本全部压进一个扁平上下文，遇到需要精确值、结构化关系、可复用流程或持久事实的任务就不可靠，因为不同信息需要不同的访问方式：
- 文档要语义+关键词混合检索；结构化数据要过滤、join、SQL；关系要图遍历而非文本相似度；流程需要版本化的可复用指令；持久事实要有作用域和受控更新。
作者提出的架构是把上下文按类型拆成多个「上下文面」（typed context surfaces）：
- KB：文档与笔记，混合检索
- DB：结构化记录，SQL 查询
- Graph：实体关系、有界图遍历
- Skills：可复用的操作流程
- Memory：有作用域的事实、偏好与持久状态
Agent 按请求路由到对应的面，必要时组合结果并保留证据溯源；读写也应分离——检索返回规范化证据，更新返回包含来源、修订版本和结果的显式回执。该架构已实现在开源 Codex MCP 插件 OpenDCAI/DataMind 中。
「编程与Agent」频道最新
- PiDurableKit 开源：Apple 平台持久化 Agent，Swift API 断点续跑 — aigclink · 2026-10-09
- PiChat：住进 iPhone 的自主智能体，断点续跑不丢进度 — aigclink · 2026-10-09
- 一个提示词加一段音乐,Opus 5.5 跑 12 小时产出完整成品 — FinanceYF5 · 2026-10-09
- 开发者实测:AI 视频最大成本不是生成,而是反复重生成 — Khalizo · 2026-10-09
- AI agent 接管贷款审批：从 6 个工作日压缩到 20 分钟 — alex_verem · 2026-10-09
- 同题测试：两个 agent 四款工具跑 3D 需求，八轮对比实测 — tobowers · 2026-10-09