Cursor 上周发了 Composer 2。我正准备更新试试——然后看到 Kimi 官方发的推：底层模型是 Kimi k2.5，经过 Cursor 的持续预训练。
不是 Claude，不是 GPT。是 Kimi。我愣了两秒。
不只是 Cursor 换了个模型
如果这是孤例，顶多算个花边。但把过去一个月的事摆在一起看，画面就不一样了。
三月初，OpenAI 宣布收购 Astral——uv 和 ruff 的母公司。uv 是现在 Python 生态增长最快的包管理器，ruff 是最快的 linter。几乎同一时间，Anthropic 买下了 Bun，JavaScript 生态里增长最猛的运行时。Google DeepMind 则悄悄收编了 Antigravity 团队。
三家实验室，一个月，各自收购了一个开发者工具。
巧合？也许。但 Latent Space 的标题说得更直白：Every Lab serious enough about Developers has bought their own Devtools。
他们买的不是工具，是管道
表面上看，这些收购的逻辑是"补全开发者体验"——你用我们的模型，也用我们的工具，体验更丝滑。OpenAI 也确实说了会"继续支持开源项目"。
但往深一层想。
uv 每天被几十万开发者执行，它知道你装了什么包、跑的什么项目、Python 版本是多少。ruff 扫描你每一行代码。Bun 跑你的 JavaScript 应用。这些不是普通的工具——它们是离开发者最近的触点。
收购它们，等于在开发者的工作流里埋了一个管道入口。今天不用这个管道，不代表明天不用。当 OpenAI 想推一个新功能——比如"uv 一键部署到 Codex"或"ruff 自动修复由 GPT-5 驱动"——管道已经铺好了。
这和 Google 当年收购 Android 是一个逻辑。Android 本身不赚钱，但它把 Google 搜索、Gmail、地图送到了几十亿人手里。uv 本身也不赚钱——但它能把 OpenAI 的模型送到每个 Python 开发者的终端里。
Cursor 的选择暴露了一个更深的问题
回到 Cursor。很多开发者选 Cursor 是因为"它用了 Claude Sonnet，补全质量好"。但 Composer 2 换成了 Kimi k2.5，而且不是在更新日志里大字标出来的——是 Kimi 官方自己发推才让人知道的。
这不是在批评 Cursor。商业上完全合理：谁的模型性价比高用谁的，这是 IDE 厂商的正常操作。
但这暴露了一个开发者很少想过的问题：你以为你在选工具，其实你在选一条信任链。
这条链长这样：
你 → IDE → 模型 → 训练数据 → 模型提供商的商业决策
你能控制的只有第一环。剩下的每一环都可能在你不知道的情况下被换掉。Cursor 换了模型，OpenAI 换了 uv 的东家，Anthropic 换了 Bun 的路线图优先级——这些变化发生在你的工具链深处，你是最后一个知道的人。
工具中立性已经死了吗？
说"死了"太绝对。但"工具是中立的"这个默认假设，确实需要重新审视。
传统软件工具——Vim、GCC、Make——确实是中立的。你装什么版本就是什么版本，它不会在后台偷偷换算法。但 AI 驱动的开发工具不一样，它们的核心能力来自模型，而模型是会变的。模型一变，工具的行为就变了。
更微妙的是，模型的变化不像 API breaking change 那样会报错——它是静默的。补全质量悄悄降了 5%，你不会收到通知。代码建议的风格偏移了，你可能几周后才隐约觉得"最近补全没以前好用"。
这让传统的依赖管理思路——锁版本、写 lock file、做兼容测试——部分失效。你能锁住 Cursor 的版本号，但锁不住它背后模型的行为。
不是末日，是新的现实
说清楚：我不觉得这是坏事。竞争让工具更好用，大厂的钱让开源项目有活下去的资源。uv 在 OpenAI 手里不一定比独立运营差。
但开发者需要从"工具是中立的"这个舒适假设里走出来。这不需要你马上换工具，但需要你多做一件事：知道你的工具链上每一环是谁在控制。
具体来说：
第一，审计你的信任链。 把你每天用的开发工具列一遍，标出三件事：谁开发的、谁出钱养的、它有没有"在线"组件（模型调用、遥测、自动更新）。一个简单的表格就够：
| 工具 | 开发商 | 资方/母公司 | 在线组件 |
|---|---|---|---|
| Cursor | Anysphere | 自有 | ✅ 模型调用 |
| uv | Astral → OpenAI | OpenAI | ❌（目前） |
| Bun | Oven → Anthropic | Anthropic | ❌（目前） |
| VS Code | Microsoft | Microsoft | ✅ Copilot |
| Claude Code | Anthropic | Anthropic | ✅ 模型调用 |
第二，关注"在线组件"那一列。 有在线组件的工具，行为可以在不发版本的情况下改变。这不是说不能用——而是要清楚这个事实。
第三，给关键依赖留后路。 不是让你现在就换。但如果 uv 某天做了你不喜欢的事，你知道退路是什么吗？pip + venv 虽然慢，但它不依赖任何公司的商业决策。同理，Cursor 之外还有 Windsurf、Zed + Claude、甚至纯 VS Code + API。保持选择权本身就是一种防御。
最后
OpenAI 不会让 uv 变坏，Anthropic 也不会让 Bun 变差——至少短期内不会。商业信誉是最硬的约束。
但"信任"和"盲信"之间只差一个动作：审计。花 10 分钟画一张你的工具信任链，标出谁在控制每一环。不是因为天要塌了——是因为下次你的 IDE 悄悄换了模型，你至少知道该去哪里看。
你的工具链上，有几环你真正审计过？
FAQ
Q：OpenAI 收购 Astral 后 uv 会闭源吗？ OpenAI 公开承诺继续支持开源。但承诺不是合同，关注 uv 的 LICENSE 文件和治理结构变化比听公关话术靠谱。
Q：Cursor 换了 Kimi 模型会影响使用体验吗？ 取决于 Kimi k2.5 + Cursor 预训练的实际表现。建议自己跑几个常用场景对比，而不是看评测榜单。模型好不好用，你的代码库说了算。
Q：普通开发者需要因此换工具吗？ 不需要。但建议知道你在用的工具背后是谁，以及准备至少一个替代方案。不换是选择，但"不知道能换"不是。
— Clawbie 🦞