AI Signal Brief — 2026-W20
如果你数一下 OpenAI 本周提到"Codex"这个词的次数——finance teams、data science teams、sales teams、business ops teams、NVIDIA、AutoScout24、Sea、Databricks、Dell——你会发现一件事：Codex 不再是一个代码生成工具，它是 OpenAI 的企业操作系统。而 Ollama 本周把它集成了进来。
与此同时，Anthropic 收购了 Stainless——一家做 SDK 生成的公司。这两件事表面上毫无关联，但它们指向同一个问题：当 AI 公司开始控制开发者的工具链时，谁在锁定谁？
Codex 无处不在
上周 OpenAI 发了 Running Codex Safely（安全架构）和广告系统。本周的主题更简单粗暴：让每一个企业职能都用上 Codex。
一周内发布了针对 finance、data science、sales、business ops 四个团队的使用指南。NVIDIA 说他们用 Codex + GPT-5.5"把研究想法变成可运行的实验"。Sea Limited 的 CPO 解释为什么要在整个工程团队部署 Codex。Databricks 宣布 GPT-5.5 在 OfficeQA Pro 基准上创了新纪录。Dell 和 OpenAI 合作把 Codex 带进混合云和本地部署环境。
如果这看起来像一场企业销售闪电战，那是因为它就是。
但真正有趣的不是这些案例本身，而是本周两个工程细节：
Codex 登陆 Windows。OpenAI 工程团队写了一篇详细的博文，讲他们如何在 Windows 上构建沙箱——受控的文件访问和网络限制。这不是小事：Windows 环境的安全模型与 Unix 完全不同，让 Agent 在其中安全运行需要重写大量假设。
Codex 登陆移动端。"Work with Codex from anywhere"——你现在可以在手机上监控、引导、审批 Codex 的编码任务。这意味着 Codex 不是一个你坐在电脑前使用的工具，而是一个你可以异步管理的 Agent。
而 Ollama v0.24.0 直接把 Codex App 集成了进来。ollama launch codex-app 就能启动。内置浏览器，支持在页面上直接标注来请求修改。考虑到上周 Ollama 刚移除了 Claude Desktop（因为 Anthropic 限制了第三方集成），这周转头就拥抱了 Codex App——开放平台用脚投票了。哪个模型厂商对集成更友好，哪个就获得分发渠道。
Anthropic 收购 Stainless：SDK 层的战争
本周最出人意料的新闻：Anthropic 收购了 Stainless。
Stainless 是一家做 API SDK 自动生成的公司——你给它一个 OpenAPI spec，它帮你生成 Python、TypeScript、Go 等多语言的类型安全 SDK。OpenAI 的官方 Python SDK 就是 Stainless 生成的。
想一下这意味着什么。Anthropic 刚刚收购了为 OpenAI 生成官方 SDK 的公司。
从战略角度看，这是一步好棋。SDK 是开发者接触模型的第一界面——它的 ergonomics、命名习惯、错误处理方式会深刻影响开发者对模型的感知。控制 SDK 生成工具，意味着 Anthropic 可以确保自己的 SDK 永远是最好用的那个。而且，如果 OpenAI 还在用 Stainless 的服务，这里面的竞争关系值得观察。
从更大的视角看：W19 OpenAI 通过 Agents SDK 的默认值争夺控制了"Agent 运行时层"，本周 Anthropic 通过收购 Stainless 锁定了"SDK 生成层"。AI 公司之间的竞争正在从"模型层"向下渗透到"开发者工具链的每一层"。
同一周，Anthropic 还宣布了：
- 与 Gates Foundation 的 2 亿美元合作（AI for global development）
- PwC 扩展部署 Claude（技术建设、交易执行、企业变革）
- Claude for Small Business
如果说 OpenAI 本周的主题是"Codex 无处不在"，Anthropic 的主题则是"从基础设施到分发渠道的全面布局"——Stainless 管 SDK，PwC 管企业渠道，Gates Foundation 管社会影响力叙事，Small Business 管长尾市场。
pydantic-ai 的 V2 倒计时
在两大厂商争夺工具链的同时，中立框架阵营本周发出了一个重要信号：pydantic-ai 开始为 V2 做准备。
v1.96.0 的 changelog 标题是"V2 Preparation (coming in June)"。具体变更包括：
- 添加
openai-chat:前缀，警告裸openai:前缀将在 V2 切换为 Responses API - 弃用
Agent(history_processors=)转向capabilities=[ProcessHistory(...)] - 弃用方法式声明
v1.95.0 更值得注意：原生 Tool Search——在 Anthropic 和 OpenAI 上支持原生工具搜索，其他 provider 支持自定义搜索策略。加上新的 Instrumentation capability（弃用原有的 Agent(instrument=...)）。
这些变更传达的信息是：pydantic-ai 正在从 v1 的"功能堆砌"模式重构为 v2 的"capability-based 架构"。V2 的设计哲学很清晰——Agent 的每个能力（历史处理、工具搜索、可观测性）都是独立的 capability 模块，而不是构造函数的参数。
为什么这对你有影响？如果你用 pydantic-ai，六月份的 V2 升级将是一次API 大变更。本周开始的 deprecation warnings 就是倒计时。值得提前规划迁移。
Supply Chain 和安全：TanStack 事件
OpenAI 本周发了一篇看起来不起眼但非常值得注意的文章："Our response to the TanStack npm supply chain attack"。
他们把这次攻击命名为 "Mini Shai-Hulud"（沙丘里的沙虫）。这是一次针对 TanStack（一个流行的前端库族）的 npm 供应链攻击。OpenAI 解释了他们的防护措施，并要求 macOS 应用在 6 月 12 日前更新。
与 W18 的 PermaFrost-Attack（预训练时植入逻辑地雷）对照：W18 是理论攻击，本周是真实事件。供应链攻击从"学术论文"变成了"需要 OpenAI 发安全公告的事情"。当 AI 公司的产品依赖开源生态（npm、PyPI、HuggingFace Models），每一个上游依赖都是攻击面。
vLLM 0.21：两个 breaking changes
vLLM v0.21.0 是个大版本——367 commits，202 contributors。两个 breaking changes 值得注意：
- Transformers v4 正式弃用，要求迁移到 v5
- C++20 编译要求——与 PyTorch 兼容所需
如果你的推理基础设施用了 vLLM，这是一次需要提前规划的升级。好的方面：KV Offload 与 Hybrid Memory Allocator 整合了，speculative decoding 现在支持 thinking budget——这意味着推理模型（如 DeepSeek V4、o-系列）在 spec decode 时不会破坏推理链。
本周值得做的一件事
如果你用 pydantic-ai，现在就跑一下你的项目看看 deprecation warnings。V2 六月发布，今天的 warning 就是明天的 breaking change。尤其注意 openai: 前缀——V2 中它会切换到 Responses API，行为可能完全不同。
噪声过滤
OpenAI 的 Malta 国家合作（ChatGPT Plus 给全体公民）是 PR 信号。Parameter Golf 竞赛回顾是社区活动。各种"How X teams use Codex"系列指南是营销内容，不过它们作为一组共同构成了"Codex 全面企业化"的产业信号——所以被纳入了主论述而非单独分析。
下周会发生什么
Google I/O 2026 应该在本周或下周举行（Google Blog 上已有 I/O 2026 相关文章）。如果 Gemini 的 Agent 能力有重大更新，三强争夺战的格局可能需要重新评估。
pydantic-ai V2 的 deprecation 节奏暗示六月初发布。下周可能会有 migration guide 或 V2 beta。
OpenAI + Dell 的混合部署合作细节可能展开——"on-premise Codex"对受监管行业的吸引力很大，但技术实现的挑战也不小。