Markdown 赢得了 agent 协作的第一阶段，因为它足够简单。
它容易生成、容易 diff、容易粘贴到 pull request 里，也足够胜任大多数笔记。因此它自然成了 coding agents 的默认输出格式：计划、总结、规格说明、评审笔记、事故复盘和实现清单，最后都变成了 Markdown。
Anthropic 最新的 Claude Code 文章指出，这个默认选择开始显露边界。
重点不是 Markdown 不好，而是 Claude Code 现在能做的事已经不只是写一篇很长的文本文件。HTML 给模型提供了更好的工作表面：更高的信息密度、更清晰的视觉结构、更容易分享的 artifacts，以及轻量级交互。
对开发者来说，这是一个很实际的变化。它改变了我们应该让 Claude Code 产出什么。
如果你正在用 Claude 构建产品，Claude Managed Agents 真正重要的地方，不是 Anthropic 又发了一个“agent 功能”。
而是 Anthropic 往上走了一层平台栈。
它不再只是卖模型访问和工具原语，而是在卖一个面向长时任务智能体的托管运行时：agent 定义、云端环境、会话、事件流、内置工具，以及把整套系统维持运转的 operational harness。
这会把开发者的问题从：
变成：
理解 Conway 最重要的一点是：
Conway 目前不是 Anthropic 已正式发布的产品。
今天我们能看到的，其实是三类信息的组合：
如果只看泄露，你会忽略整体架构。 如果只看官方发布，你又会错过 Anthropic 正在往哪里走。
真正值得写清楚的，是两者叠加后的技术路线。
“Claude Code 源代码泄露了” 这句话，一开始听起来像是社交媒体的夸张标题。
但把社区证据看得更细以后，这种怀疑需要更新。
这次事情不只是 prompt 被提取，也不只是一个模糊传闻。更可信的说法是：Claude Code 的 npm 包里发布了一个 source map，这个 source map 暴露了通往内部源码文件的路径，而社区据此重建出了远比公开仓库所展示更大的代码树。
这已经比常见的社交媒体夸张说法更接近真正的源码泄露。
简短答案：不是以单一功能名发布的，但从工作流能力上看，已经非常接近了。
Anthropic 并没有正式发布一个叫 “auto-fix in the cloud” 的功能。它真正发布的东西更值得关注：Claude Code 现在已经具备了在 Anthropic 托管的云基础设施上运行编码任务、监控 pull request、自动尝试修复 CI 问题，甚至在检查通过后自动合并的组合能力。
对开发者来说，这个区别很重要。这不只是命名细节，而是决定了它到底是如何工作的、哪些步骤是自动的、哪些仍然依赖你的环境和配置。
Claude 在最近几周发布得太快了，快到很多人会忽略更大的变化方向。
这并不是一连串彼此孤立的功能更新。Anthropic 正在把 Claude 往一个更完整的 agent 产品上收拢：更多记忆、更长上下文、更强执行、更完善审查，以及更好的输出界面。
如果你在用 Claude 构建产品，或者在团队里把 Claude 作为工作流的一部分，这才是真正值得关注的主线。
Claude 的 1M token context 已经不只是 beta 试验。
截至 2026 年 3 月 13 日，Anthropic 已宣布 Opus 4.6 与 Sonnet 4.6 正式 GA 支持 1M context。这会直接改变团队设计长代码、长文档工作流的方式。
这篇文章聚焦三个问题：现在到底可用到什么程度、还有哪些约束、以及如何安全上线。
Anthropic 在 2026 年 3 月的 Skill Creator 更新，很容易被概括成“工具更强了”。
但对正在交付 agent 工作流的团队来说，变化更关键：skills 开始具备可测试、可回归、可迭代的工程生命周期，而不只是提示词微调。
本文会拆解这次更新、结合社区实践信号，并给出一套可以落地的采用路径。
大多数 agent skills 失败的原因其实很普通：我们改了提示词，重跑一次，就觉得“变好了”。
Anthropic 这次 Skill Creator 更新的重点，是更工程化的闭环：先测试，再度量行为，然后迭代优化。如果你在做团队内的 agent 工作流，这个变化才是真正值得关注的。
这篇文章把官方发布内容改写成开发者可以每周执行的实战流程。
大多数团队做 agent 失败，不是因为模型不够强。
真正的问题是：太早选了错误的工作流模式，编排过度、组件过多、复杂度却没有明确收益。
Anthropic 最近这篇关于常见 agent workflow patterns 的官方文章很有价值，但这篇会改写成面向生产环境开发者的版本。