# 微软能炒掉它的模型供应商。你能吗？ 在 Build 2026 大会上，微软推出了自家的编程模型和推理模型——从零开始训练，用其 AI 负责人的话说，对 OpenAI 做到了「零蒸馏」——并直接接入了 GitHub Copilot。地球上最有钱的软件公司刚刚花掉数十亿美元，只为不再依赖单一供应商。这就是给我们其余人的全部教训，而且它一分钱不花：永远别让模型成为你系统里换不掉的那部分。 - **Author:** Fedor Chishchin - **Published:** 2026-06-06 - **Tags:** architecture, ai-native, business - **Source:** https://fedorthinks.com/zh/blog/fire-your-model-supplier --- 6 月 2 日，Build 2026 大会开幕当天的上午，微软做了一件在一年前听起来还不可思议的 事：它推出了自家的模型，去和那家它已经砸进去超过一百三十亿美元的公司竞争。一共两 个——MAI-Thinking-1，一个推理模型，以及 [MAI-Code-1-Flash](https://microsoft.ai/news/introducingmai-code-1-flash/)，一个 小型编程模型——而那个编程模型当天就 [开始向每一位付费的 GitHub Copilot 用户推送](https://www.cnbc.com/2026/06/02/microsoft-unveils-new-ai-models-lessen-reliance-on-openai-lower-costs.html)。 真正要紧的细节不是跑分。而是它们是怎么造出来的。微软的 AI 负责人 Mustafa Suleyman 说，这些模型是从零开始训练的，做到了 ["零蒸馏"](https://www.techtimes.com/articles/317631/20260602/microsoft-build-2026-mai-thinking-1-first-house-reasoning-model-trained-without-openai-data.htm)—— 没有用 OpenAI 的权重，没有用 OpenAI 的数据，也没有用那种照抄更大模型作业的惯常捷 径。微软用干净的、有授权的数据自己造，因为它想要一样它以前没有的东西：随时走人的能 力。 ## 为什么棋盘上最大的玩家想抽身 多年来，微软整个 AI 故事都绕着 OpenAI 转。Copilot、Azure，统统如此。这等于把太多的 筹码交到一个伙伴手里。所以今年微软重新谈判，组建了自己的研究团队，开始动手造。 Suleyman 直言不讳地说，这根绳子是多么晚才解开的： ["我们大约六个月前才算是从和 OpenAI 的合同里被放出来"](https://venturebeat.com/technology/microsoft-ai-chief-says-company-was-set-free-from-openai-to-pursue-superintelligence)。 Satya Nadella 在台上，当着所有人的面，把这件事上升成了一条原则： > "我们相信，是时候让每一家公司都从单纯消费前沿模型，转向全面参与到前沿之中了。" 把这句话再读一遍，因为它其实说的不是微软。**消费**一个模型，意味着你在租它、依赖 它，而你的成本和你的路线图，会在别人觉得该动的时候被别人推着动。这家活着的、资源最 雄厚的软件公司，看了一眼这种安排，然后花了一大笔钱来摆脱它。 ## 你也在租 接下来是让人不舒服的部分。如果你此刻正在一个 AI 模型上做产品，那你做的，恰恰就是微 软刚刚花了数十亿美元想停下来不做的那件事。你正在向一个供应商租用你最重要的那个部 件，而定价、速率限制、弃用时间表、各种条款都是它定的——而且它可以在任何一个周二把 其中任何一项改掉。我们刚刚亲眼看着 [GitHub 把自己的定价切换成了按量计费](/blog/the-token-bill-came-due)，把重度用户的 账单抬高了十倍。租客没有投票权。 你没法在花钱上拼过微软，去训练自己的前沿模型。你也不需要。这个教训不是"去造一个模 型"。而是模型独立这件事**给你换来**的东西：**不重写产品就能更换供应商的自由。** 而这份自由几乎是免费的。它是一个架构决策，不是一笔预算。 ## 让你能炒掉任何人的那道接缝 我一直反复看到的错误，是把某个模型的名字和脾气直接焊进整个代码库——就这个 API、就 这种提示词格式、就这种响应结构，被四十个地方引用着。那种产品换不了模型。每一次新版 发布都是一个迁移项目，每一次涨价都是一场危机，而供应商心里清楚得很。 修法很无聊，但它管用：把模型放到一道干净的接缝后面——你的代码只跟一个适配器对话，把 厂商的具体细节藏在它的另一侧。我自己的产品就是这么做的。语言模型是一个配置值； [真正算出答案的引擎](/blog/cheap-model-most-of-the-work)是我自己的，从不挪动。当一 个更好或更便宜的模型出来时，我改一行，产品就变好了。当一个供应商涨价或关掉某个接口 时，那只是耸耸肩，而不是一场火警演习。 这就是微软刚刚买到的同一种能力，缩小到你的规模。他们靠在自己的集群上训练模型得到 它。你靠写大约三十行的间接层得到它。战略位置一模一样：**除了你自己，没人拥有你系统 里你最依赖的那部分。** ## 真正的问题 剥掉那些数十亿美元的数字，Build 2026 不过是一家公司在确保自己能炒掉它的供应商。值得 照搬的是这个动作——不是那场训练。 所以，问问关于你自己技术栈的那个唯一要紧的问题：如果你的模型提供商明天把价格翻一 倍，或者把你赖以为生的那个具体模型下线了，你要花多久才能搬走？如果答案是"一个下 午"，那你已经赢得了微软花了数十亿才得到的东西。如果答案是"我们其实搬不了"——那你拥 有的就不是护城河，而是一个房东。而本周这则新闻的全部要点就在于：连这位房东最大的那 个租客，都觉得这样还不够好。