Codex 与 Claude 的最新动态：AI Coding 正在进入工作流时代

截至 2026 年 6 月 5 日，Codex 和 Claude 最近几周的产品更新指向了同一个方向：AI Coding 不再只是让模型写一段代码，而是在变成一种新的工作流组织方式。

最新消息摘要

OpenAI 在 2026 年 6 月 2 日发布了 Codex for every role, tool, and workflow。这次重点不是再强调“写代码更快”，而是把 Codex 推向更广泛的知识工作场景。OpenAI 提到 Codex 每周用户已超过 500 万，其中非开发者约占 20%，并且增长速度更快。新能力包括：

• Role-specific plugins：面向数据分析、创意生产、产品设计、销售、公开市场投资、投行等角色的插件。
• Sites：面向 Business 和 Enterprise 的预览能力，可以把想法、分析和计划变成可分享的交互式网站或轻量应用。
• Annotations：用户可以在生成的站点、文档、表格、幻灯片上标注具体位置，让 Codex 对局部内容进行修改。

Anthropic 这边，2026 年 5 月 28 日发布了 Claude Opus 4.8。这次更新强调模型在 coding、agentic skills、reasoning 和知识工作上的提升，同时带来 effort control、Claude Code dynamic workflows，以及更便宜的 fast mode。

更值得注意的是 Claude Code 后续几篇文章。6 月 2 日的 dynamic workflows in Claude Code 解释了 Claude Code 可以为任务动态写出自己的 harness，用 JavaScript 协调 subagents，并根据任务选择模型和 worktree 隔离方式。6 月 3 日的 How we use skills 则把 skills 讲成一种可复用的上下文工程：它不是一份 markdown 说明，而是一整个包含指令、脚本、资源和参考资料的文件夹。

Anthropic 的 2026 Agentic Coding Trends Report 也补上了宏观判断：软件开发正在从写代码转向编排写代码的 agents。报告也提醒，开发者虽然在大量工作中使用 AI，但能完全委托的任务比例仍然有限，真正有效的使用方式仍然依赖设置、监督、验证和人的判断。

我的观点

我觉得这几条新闻合在一起看，比单独看某个模型或某个 benchmark 更有意思。

第一，Codex 和 Claude 都在从“coding tool”走向“workflow tool”。Codex 的角色插件和 Sites 本质上是在说：生成代码只是中间层，最终交付物可能是 dashboard、brief、review workspace、project board 或一个可以协作的内部工具。Claude Code 的 dynamic workflows 也类似：它关心的不是单次 prompt 的漂亮回答，而是怎样把复杂任务拆开、派发、验证、合并。

第二，context engineering 正在变成新的工程能力。过去我们说工程师要会写代码、会拆模块、会看日志。现在还要会设计 agent 能理解的上下文边界：什么时候给规则，什么时候给脚本，什么时候给可执行验证，什么时候让多个 agent 独立探索。Claude 的 skills 和 Codex 的 plugins 都在把这件事产品化。

第三，AI Coding 的价值会越来越多地体现在“原本不会做的事情”上，而不只是把已有工作做快一点。比如写临时 dashboard、做一次代码库级别审计、把会议材料变成可交互页面、让非工程团队直接搭一个自用工具。这些事情过去因为成本太高，经常被排在 backlog 之外。

但我也不认为这意味着工程师会被简单替代。更准确的说法是，工程师的重心会向上移动：定义问题、约束边界、设计接口、建立验证、判断取舍。AI 可以更快地产出实现，但越是系统级、跨模块、长期维护的工作，越需要人来决定“什么算正确”。

对我自己的启发

从 Android 和系统工程的经验看，我会把这波变化理解成三个实践方向：

1. 把需求写清楚。AI 能加速实现，但模糊需求只会被更快地放大。
2. 把验证自动化。测试、lint、typecheck、构建、截图、日志检查，这些会成为 AI 工作流里的硬刹车。
3. 把经验沉淀成可复用资产。项目约定、排查 runbook、设计偏好、常见坑、命令脚本，都应该变成 agent 可以读取和执行的上下文。

所以我对这轮 Codex 和 Claude 新闻的总结是：2026 年的 AI Coding 竞争，不只是模型谁更聪明，也不是 IDE 插件谁更顺手。真正的竞争会发生在工作流层面，谁能让人更可靠地表达意图、组织 agent、验证结果，谁就更接近下一代软件生产方式。