如果把 2026 年 6 月上旬这几条官方更新并排看，到 2026 年 6 月 9 日，一个很清楚的变化已经浮出来了：AI 代理的竞争重点，正在从“这一轮回答够不够聪明”转向“这个系统能不能跨会话持续推进任务”。换句话说，AI 产品正在长出一层过去没有被认真产品化的能力，那就是状态层。

2026 年 6 月 2 日，OpenAI 发布《Codex for every role, tool, and workflow》，把角色插件、注释和可分享的 Sites 放到 Codex 主叙事里。也是 2026 年 6 月 2 日，Microsoft 一边发布官方博客《AI alone won't change your business. The system running it will.》，一边推出可跨云端、桌面和网页运行的 Microsoft Scout，并在 Build 2026 中公开执行容器与 hosted agents。2026 年 6 月 1 日，AWS 扩展 Amazon Bedrock AgentCore Gateway，对 MCP 增加动态发现、会话管理、elicitation 和委托认证。再往前，Anthropic 在 2026 年 5 月 28 日发布 Claude Opus 4.8，明确强调 Claude Code 的 dynamic workflows 与跨会话持续工作的能力。把这些日期连起来看，你很难再把 AI 理解成一次性对话工具。

OpenAI 把插件和 Sites 放进 Codex，说明状态开始围着“岗位工作台”组织

OpenAI 这次 2026 年 6 月 2 日更新最值得注意的，不只是 Codex 周活超过 500 万，也不只是非技术用户已经接近整体用户的五分之一。更关键的是，Codex 不再只强调会写代码，而是开始围绕不同岗位提供对应的插件、工具和交付物。只要工作对象从工程师扩展到分析、运营、研究和设计，AI 就必须记住更多上下文：团队常用工具、产出格式、审批习惯和前一步留下来的中间材料。

Sites 这个动作也很能说明问题。因为一旦 AI 能把结果直接长成一个可分享的页面或应用，交付就不再结束在对话框。它会要求系统保留版本、状态、注释和后续迭代关系。以前大家问的是“怎么得到一份答案”，现在更常见的问题会变成“这份结果之后怎么继续改，谁来接，和别的任务怎么连”。这就是状态层开始出现的信号。

Microsoft 把“状态化代理”说得最直接：真正重要的是 AI 周围的系统

Microsoft 在 2026 年 6 月 2 日的官方博客里给出了一句很关键的判断：决定成败的，不是单个 demo，而是能否把 AI 变成一个“governed, continuously improving system for running real work”。这句话之所以重要，是因为它把状态层的角色说透了。状态并不只是“记住历史消息”，而是让系统知道当前任务进展到哪里、权限边界是什么、哪些结果已经可以信任、哪些地方还需要人来复核。

同一天发布的 Microsoft Scout 也顺着这个方向往前走。它不只是一个总是在线的个人代理，而是一个能跨 cloud、desktop 和 web 运行的统一执行入口。再加上 Build 2026 里公开的 Microsoft Execution Containers 与 hosted agents，你会看到平台方已经默认：代理需要独立执行环境、会话隔离、持久记忆和长任务承接面。没有这些，所谓“always-on”就只是营销词；有了这些，代理才真的能跨天推进工作。

AWS 在补齐另一块关键拼图：状态必须能穿过 MCP 连接层

AWS 在 2026 年 6 月 1 日扩展 AgentCore Gateway 时，重点并不是再多开放几个工具，而是让 MCP 这层更适合真实代理系统。动态发现意味着客户端不必把所有工具静态写死；会话管理意味着一次长任务可以在多轮调用里保持一致上下文；elicitation 允许系统在运行中回头向用户补充信息；OAuth 2.0 on-behalf-of token exchange 则说明身份和权限也要随任务流动。

这些能力看起来像偏底层的连接器更新，但它们实际决定了状态层能不能真正成立。因为只要代理开始跨系统执行，状态就不能只活在聊天窗口里。它必须穿过工具调用、权限边界、长连接和异步步骤，并且在必要时把缺失信息再要回来。AWS 这次动作的价值，正是让“状态”从界面概念变成了连接层能力。

  • 动态发现，让状态知道当前有哪些可用工具和资源。
  • 会话管理，让长任务不必每一步都重新建立上下文。
  • elicitation，让代理在执行中能够安全地追回缺少的人类输入。
  • 委托认证，让权限随任务流动而不是靠临时硬编码。

Anthropic 补上的，是状态层最容易被忽略的那部分：持续努力能力

Anthropic 在 2026 年 5 月 28 日发布 Claude Opus 4.8 时，外界更容易先注意到 benchmark 和更强的编码能力。但对真实工作流来说，更关键的其实是 Claude Code 的 dynamic workflows，以及官方反复强调的长运行任务与跨会话持续工作。因为状态层如果只会保存历史而不会主动推进，最终仍然只是一个更长的聊天记录。

真正有价值的状态层，应该同时具备三件事：记住之前做了什么、理解下一步该做什么、并能在必要时继续把任务往前推。Anthropic 这轮更新的意义，正在于把“持续努力”这件事正式纳入产品能力。它说明未来代理系统比拼的不只是信息记忆，更是任务持续性。

为什么这会先改变个人项目和小团队的界面

很多人会以为状态层是企业平台叙事，离个人站点很远。其实恰好相反。个人项目最先暴露的问题，往往就是上下文断裂。比如一篇文章从选题到上线，可能要经过资料核实、正文撰写、封面生成、页面更新、SEO 回写、站点地图同步、服务器部署和 Git 发布。只要系统不能保留状态，每次就都像重新开工；一旦状态能持续，整条链路才有机会变成可重复流程。

这也是为什么我越来越觉得，未来常见的 AI 入口不会只有一个大对话框，而更像一个代理工作台：左边是任务队列和工具入口，中间是当前阶段和历史决策，右边是执行环境、指标、告警和最终产出。聊天仍然会存在，但它会退回成局部协调方式，而不是唯一界面。

接下来更值得建设的是“状态化发布流”而不是更长的提示词

如果说过去大家主要在研究怎么把需求一次说完整，那么进入 2026 年之后，更值得投入的能力会变成怎么让任务拥有状态。哪些资料要在下一轮继续沿用，哪些中间产物要持久保存，哪些动作完成后必须回写 SEO、Sitemap 和 Git 历史，哪些失败要触发人工确认，这些规则会越来越决定 AI 的真实交付质量。

OpenAI 在 2026 年 6 月 2 日把插件和 Sites 推到 Codex 主叙事里，Microsoft 在同一天把“AI 周围的系统”和 Scout、执行容器放到一起说，AWS 在 2026 年 6 月 1 日把 MCP 会话能力补强，Anthropic 在 2026 年 5 月 28 日把长任务与持续努力产品化。把这些时间点连起来，一个结论已经足够清楚：AI 代理正在长出状态层，而代理工作台很可能会比一次性对话框更快成为下一代默认界面。