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 小時內
- 發酵中
- 討論仍在增加

