Anthropic，2026-02-05。厂商称其「规划更谨慎、能维持更长的 agentic 任务」，并在 Opus 级首次提供 1M token 上下文（beta）。同日 Claude Code 增加 agent teams（多智能体组队），API 侧增加 compaction（自主压缩上下文以跑更长任务）、adaptive thinking 与 effort 控制。
当时公告：Claude Opus 4.6。
Claude Opus 4.6
2026-02-05。Opus 级首次给出 1M 上下文；Claude Code 增加 agent teams，API 增加压缩，规划与长程执行被写进核心。
1 - Claude Opus 4.6（材料）
按 2026-02-05 官方公告转述：长程 agentic 任务、1M 上下文 beta、agent teams、compaction。
主要出处：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。这些均为厂商自报，评测口径随公告一并给出，时间线按主张记，不作独立结论。
当时不是什么
不是新世代模型名称的换代，也不是循环语义的变化。它改的是核心能维持多久、能同时开几条线——这两件事此前主要靠应用层的上下文管理与多进程编排来解决。
2 - Claude Opus 4.6 讲解
长程与并行从「应用自己拼」变成核心侧能力。压缩是继 2025 年 GPT-5.2-Codex 之后同一命题的第二次出现。
当时解决了什么问题
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。压缩与组队都发生在模型与运行时之间，按定义第四条（反馈后再决策）看，它改善的是循环的续航，不是循环的存在。