Claude Opus 4.6 讲解

当时解决了什么问题

2025 年解决「跑得久」的办法基本都在核心之外：外部记忆、截断、重启一轮、把任务切碎交给多个进程。GPT-5.2-Codex 第一次把上下文压缩写进模型侧，Opus 4.6 把同一件事做成 API 能力，并且同时给了两个东西：1M 上下文（装得下）和 compaction（装不下时自己压）。

另一半是并行。此前多智能体是应用层的拓扑设计——谁跟谁说话、谁汇总，都要开发者自己写。Building effective agents 当时还专门劝过不要动不动上多 Agent。agent teams 把这件事收进产品：组队成为运行时提供的能力，而不是应用要发明的架构。

对后续 LLM 与 Agent 的影响

这两条决定了 2026 年后半年的运行时形态。当核心能自己压缩、自己组队，运行时要管的就只剩环境——环境活多久、凭证放在哪、谁批准动作。这正是 Managed Agents 与 Agent Tag 那一串事件要处理的问题。

边界要说清：这是核心的能力，不是 Agent。压缩与组队都发生在模型与运行时之间，按定义第四条（反馈后再决策）看，它改善的是循环的续航，不是循环的存在。