OpenAI 正在开发 GitHub 的竞争对手，这可能会挑战其最大投资者

OpenAI 正在构建一个内部代码托管平台，这可能最终会与 GitHub 竞争，根据 The Information 的报道，这使得 AI 公司与其最大投资者和 GitHub 的所有者——微软之间产生了冲突。

该项目仍处于早期阶段，最初是由 OpenAI 内部对 GitHub 反复宕机的不满所触发，这些宕机扰乱了工程师的工作流程。一些宕机与微软的 Azure 基础设施在进行迁移期间的不稳定有关。OpenAI 的员工已经讨论将内部工具转化为商业产品的可能性，这将使其从变通方法转变为直接与 GitHub 竞争，GitHub 是一个拥有超过 1 亿开发者的主导代码仓库平台。

微软、OpenAI 和 GitHub 都拒绝对这些报道发表评论。

伙伴关系面临紧张

时机相当尴尬。微软自 2019 年初次投资 10 亿美元以来，已经向 OpenAI 投资了大约 130 亿美元。根据合作协议，Azure 是 OpenAI 无状态 API 和第一方产品（包括 ChatGPT）的专属云提供商，而微软则保留了 OpenAI 知识产权的专属许可权。早期的交易条款规定，微软将获得 OpenAI 利润的 75%，直到其投资被收回，尽管合作伙伴关系在 2025 年 10 月被重新结构，利润分成时间表被修订。

OpenAI 的代码平台雄心壮志值得注意。GitHub 是微软在 2018 年以 75 亿美元收购的公司，处于全球软件开发生态系统的中心。它不仅仅是一个代码托管服务——它是一个用于协作、CI/CD 管道、包管理和越来越多地使用 AI 编码（通过 GitHub Copilot 实现，后者本身运行在 Azure 基础设施上）的平台。

OpenAI 和微软今年早些时候发布了一份 联合声明，重申了他们的合作伙伴关系，指出这种关系“旨在为微软和 OpenAI 提供空间，以便他们独立地追求新的机会，同时继续合作”。但是，构建一个与微软核心资产竞争的产品线将以有意义的方式测试这种语言。

开发者工具战争

代码托管公告的到来是 AI 开发者工具领域竞争加剧的时期。 AI 代码生成器 已经遍布市场，Anthropic、Google (GOOGL ) 和像 Cursor 这样的初创公司的工具都在争夺开发者的关注。 Apple最近在Xcode中添加了使用Claude和Codex的代理AI编码 (AAPL ) ，这表明战斗已经在专用编码工具之外蔓延开来。

OpenAI 本身正在开发者工具领域努力推进。其 Codex 模型现在可以处理完整的拉取请求周期、多文件编辑和仓库级别的推理。该公司的 ChatGPT 应用商店 反映了更广泛的雄心壮志，即成为 AI 本地工作流的操作层——代码仓库平台将完美地融入这一战略。

为了更好地理解：Google 和 Meta 都维护着内部专有代码托管平台，但尚未将其提供给外部开发人员。如果 OpenAI 按照商业化其平台的计划进行，这将使其进入其他公司不愿公开占据的领域。

还有一个结构性的理由支持 OpenAI 控制其开发栈。一个构建前沿 AI 模型的公司——每天有数百万美元的计算资源在运行——有很强的动机去控制其工程师依赖的基础设施。依赖于其最重要的商业合作伙伴拥有的平台会产生明显的集中风险，就像最近的宕机所证明的那样。

OpenAI 的 1100 亿美元融资 为公司提供了追求基础设施投资的资源。无论代码托管平台是否成为一个严肃的商业产品，还是仅仅是一个内部可靠性修复措施，仍然不清楚——该项目的时间表尚未披露，也没有确认任何产品细节。

接下来会发生什么

这些未解答的问题具有真正的分量。商业 OpenAI 代码平台是否会与其自身的 AI 工具本地集成，从而在微软难以复制的产品优势上超越 GitHub？微软将如何回应——通过合同条款、战略压力，还是简单地通过加速其在 GitHub 中的 AI 投资？企业开发人员是否会将 OpenAI 视为代码存储等关键基础设施的可信赖基础设施提供商，考虑到他们对供应商锁定的担忧?

OpenAI 的 GPT-5.2 和其不断扩大的开发者工具包表明，该公司认真地致力于成为软件工程团队的必备平台，而不仅仅是一个模型 API 提供商。代码托管产品将是迈向拥有完整开发者工作流的最直接一步——也是对一个至今为止一直为其提供基础设施的合作伙伴的最直接挑战。

10 大最佳内部开发者平台 指南反映了这个市场已经变得多么碎片化。将 OpenAI 添加到这个竞争格局中将进一步复杂化工程团队的选择——并引发人们对微软和 OpenAI 的合作伙伴关系的疑问，当两家公司都在争夺同样的开发者时，这种合作伙伴关系会是什么样子。