Timeline: Claude Opus 4.6（材料）

Thu, 17 Sep 2026 00:00:00 +0000

主要出处：Anthropic，2026-02-05，Claude Opus 4.6。本页不复制公告全文。

公告说了什么

规划与长程：原文写它「plans more carefully」，并且能维持更长的 agentic 任务；可在更大的代码库里可靠运行，具备自我纠错的代码审查与调试能力。
上下文：Opus 级首次提供 1M token 上下文（beta）。
Claude Code 的 agent teams：多智能体组队成为产品内的一等能力，而不是应用层自己搭的拓扑。
API 侧：新增 compaction（自主压缩上下文以跑更长任务）、adaptive thinking、以及 effort 档位控制。

厂商自报的基准

公告声称在 Terminal-Bench 2.0 上取得最高分，HLE 领先，GDPval-AA 上超出 GPT-5.2 约 144 Elo。这些均为厂商自报，评测口径随公告一并给出，时间线按主张记，不作独立结论。

当时不是什么

不是新世代模型名称的换代，也不是循环语义的变化。它改的是核心能维持多久、能同时开几条线——这两件事此前主要靠应用层的上下文管理与多进程编排来解决。

Timeline: Claude Opus 4.6 讲解

Thu, 17 Sep 2026 00:00:00 +0000

当时解决了什么问题

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。压缩与组队都发生在模型与运行时之间，按定义第四条（反馈后再决策）看，它改善的是循环的续航，不是循环的存在。