InfoQ 提出「上下文即控制平面」智能体架构
2026/11/12 — 11/12 13:18·1 个来源(全部)·1 篇报道(全部)
核心速览 (Key Takeaways)
- InfoQ 中文发文提出「上下文即控制平面」范式,主张把上下文做成跨工具、会话与系统的集中治理层,而非硬编码进各个应用。
- 文章把系统知识(策略与硬性事实)与记忆(历史加实时信号转成的推理状态)分层解耦,并引入「上下文引擎」在信息进入模型前完成选择、过滤与压缩。
事件背景与详细解读
2026 年 11 月 12 日 21:00,InfoQ 中文发文提出「上下文即控制平面」的智能体架构范式,主张把上下文作为跨工具、会话与系统的集中治理层,而不是直接硬编码到各个应用、AI 模型或微服务中。文章指出,随着行业从聊天机器人向自主智能体演进,架构瓶颈正从数据检索转向记忆与知识的协同管理,核心难点变为动态判定智能体应该知道什么、何时调用已有认知、记住多久以及遗忘什么。
在具体设计上,文章将系统知识与记忆分层解耦:系统知识相当于系统的官方教科书,承载策略、治理规则与硬性事实,保存核心业务逻辑与数据库内容;记忆则是连接历史数据与实时信号、并将其转化为可供推理状态的关键层,负责按当前任务决定需要记住什么。文章还引入「上下文引擎」,负责在信息进入模型前完成选择、过滤与压缩,并把上下文比作直接位于模型活跃上下文窗口内的即时信息,类似计算机的内存 RAM,且错误的上下文会明显增加模型产生幻觉的可能。目前,该范式仍停留在 InfoQ 中文提出的概念与架构设想阶段。
AI 综合 1 篇报道生成 · 更新于 1 天前
- 热度指数
- 50
- 全部来源
- 1
- 全部报道
- 1
- 首报
- 1 天前
这件事的报道 点标题看原文
InfoQ 中文发文提出「上下文即控制平面」范式,主张把上下文作为跨工具、会话与系统的集中治理层,而非硬编码在各应用里。文章把系统知识(策略与硬性事实)与记忆(历史加实时信号转化为推理状态)分层解耦,并引入「上下文引擎」负责在信息进入模型前完成选择、过滤与压缩。
理解智能体架构瓶颈从检索转向上下文治理的一种思路。
InfoQ 中文AI 评分 53
同时在说的其他事
- 热度指数 2236黄仁勋辞职后英伟达股价暴跌,散户逆势抄底35 个来源
- 热度指数 1463发酵中Google 向所有用户开放 Gemini 4 Hydrogen 高速模型21 个来源
- 热度指数 1429爆黄仁勋辞任 NVIDIA CEO,临时掌舵致领导层真空待定16 个来源
- 热度指数 785爆Anthropic 招聘天然气供应主管,为上市后数据中心扩张备能10 个来源
- 热度指数 673爆微软加紧修复全球大面积故障,Outlook 及 Copilot 等服务受影响8 个来源
热度怎么算的?了解口径收起
热度按 48 小时内有多少个独立来源在说这件事算:同一个来源发多条只算一次,并按 24 小时半衰期衰减,所以排前面的是很多人在说的事。
本页汇总公开订阅源,标题与摘要由模型整理,版权归原作者所有;重要信息请回原文核对。如权利人认为相关标题或摘要侵权,请通过页尾联系邮箱提供具体页面与权利依据,我们核实后会及时删除或替换。
- 爆
- 讨论快速增加
- 新
- 首报 6 小时内
- 发酵中
- 讨论仍在增加

