发布时间：2026.01.23
源地址：https://www.theverge.com/tech/865689/microsoft-claude-code-anthropic-partnership-notepad
微软向客户销售 GitHub Copilot，但在内部越来越倾向于使用 Claude Code。
开发者们数月来一直在比较 Anthropic 的 Claude Code、Anysphere 的 Cursor 以及微软的 GitHub Copilot 三款 AI 编程工具的优劣，试图找出最优者。虽然没有哪款 AI 编码工具能在软件开发者日常的所有任务中都表现最佳，但 Claude Code 因其操作简便，越来越受到开发者和非技术用户的青睐，逐渐占据优势。
据消息人士透露，微软似乎也认同这一点，目前正鼓励旗下部分最活跃团队的数千名员工，即便不是开发人员，也开始使用 Claude Code 进行编程。
微软最初于去年六月在其开发部门开始采用 Anthropic 的 Claude Sonnet 4 模型，几个月后又将其作为 GitHub Copilot 付费用户的首选。如今，微软更进一步，不仅使用 Anthropic 的 AI 模型，还在其最大的工程团队中广泛推广 Claude Code。
微软新成立的 CoreAI 团队由前 Meta 工程主管 Jay Parikh 领导，近几个月来一直在测试 Claude Code。上周，微软的体验与设备部门也开始被要求安装 Claude Code。该部门负责管理 Windows、Microsoft 365、Outlook、Microsoft Teams、Bing、Edge、Surface 等多个产品。
即使是没有任何编程经验的员工，也被鼓励尝试使用 Claude Code，以便设计师和项目经理能够快速制作原型。微软还批准其业务与行业 Copilot 团队在所有代码和代码库中使用 Claude Code。
据悉，微软的软件工程师现在被要求同时使用 Claude Code 和 GitHub Copilot，并对两者进行比较反馈。微软向客户推广 GitHub Copilot 作为首选的 AI 编程工具，但如果这项内部大规模试点计划取得成功，公司未来甚至可能直接向云服务客户销售 Claude Code。
据《The Information》最新报道，微软现已成为 Anthropic 的主要客户之一。该软件公司还将销售 Anthropic 的 AI 模型计入 Azure 的销售指标，这在微软内部较为罕见，因为其通常只为自家产品或 OpenAI 的模型提供销售激励。
微软决定在其工程团队中更广泛地采用 Claude Code，无疑体现了对 Anthropic 人工智能工具的信任，甚至超过了自家产品，尤其是在鼓励非技术员工尝试编程方面。但实际上，微软的开发者很可能会同时使用多种 AI 工具，而采用 Claude Code 只是其中的一个环节。
微软传播主管弗兰克·肖在接受 Notepad 采访时表示：“企业经常测试和试用竞争产品，以更好地了解市场格局。OpenAI 依然是我们在前沿模型领域的主要合作伙伴和模型提供方，我们将继续致力于长期合作关系。”
尽管微软依然致力于与 OpenAI 合作，但它正日益加强与 Anthropic 的合作，将后者的模型和工具引入微软内部团队及其面向客户的软件中。去年十一月，微软与 Anthropic 签署了一项协议，允许微软 Foundry 的客户使用 Claude Sonnet 4.5、Claude Opus 4.1 和 Claude Haiku 4.5 等产品。该协议还包括 Anthropic 承诺购买价值 300 亿美元的 Azure 计算资源。
微软近期也开始在 Microsoft 365 应用和 Copilot 中优先采用 Anthropic 的 Claude 模型，特别是在那些 Anthropic 模型表现优于 OpenAI 同类产品的应用或功能中。
关键问题在于，微软对 Claude Code 使用的增加将对其超过 10 万个代码库产生何种影响？微软去年曾表示，其 91%的工程团队都在使用 GitHub Copilot，多个团队借助这一 AI 工具加快了繁琐任务的完成速度。此前，微软对 AI 工具的应用主要局限于软件工程师，但随着 Claude Code 和 Claude Cowork 的推出，Anthropic 正借助 AI 代理能力，致力于让编程和非编程任务变得更加易于操作。
微软正借助 Claude Code 的易用性，让更多非技术员工能够通过 AI 提交代码。这一大规模试点无疑将凸显这一转变带来的挑战与优势。同时，这也加剧了业界对初级开发者岗位的担忧，普遍担心这些岗位正因 AI 的兴起而逐渐消失。微软刚刚迈出了重要一步，朝着更多自主 AI 代理编写代码的未来前进，进一步削弱了软件工程师的控制权。