鱼皮AI导航
鱼皮AI导航
  • 主页
  • 社区
  • AI工具
  • AI知识库
  • AI提示词
  • MCP
  • Skills
  • AI学习资源
  • AI资讯
  • GitHub开源
登录/注册

英伟达1000亿美元投资OpenAI!一切从算力开始

编程导航
编程导航
2025-09-24 12:30
阅读 186
编程导航
2025-09-24 12:30
阅读 186

9 月 22 日,OpenAI 与英伟达联合宣布签署战略合作意向书,计划在未来数年建设至少 10 GW 的 AI 数据中心,并部署数百万颗英伟达 GPU,以支撑下一代模型的训练与运行。为此,英伟达承诺将按每 1 GW 的交付进度,逐步向 OpenAI 投资最高 1000 亿美元,并在过程中获得非投票股权。这是 AI 行业迄今最大手笔的资金与硬件捆绑交易,也被视为全球算力格局的一次重塑。

联合声明中,英伟达 CEO 黄仁勋称这是双方关系的“下一个飞跃”,OpenAI CEO Sam Altman 则强调 “Everything starts with compute”。在外界看来,这不仅是一笔投资,更是把算力明确地推到产业竞争的起点。

 ▍资本结构与合作模式

英伟达与 OpenAI 在 9 月 22 日宣布的战略合作,被业内视为全球 AI 基础设施史上最大规模的一次资本与硬件捆绑。这笔投资的核心在于“分阶段触发、硬件绑定”,总额最高可达 1000 亿美元。它不仅改变了 OpenAI 的算力格局,也让英伟达从硬件供应商进一步转变为资本和战略上的深度伙伴。

根据双方公布的安排,这一合作分为两个相互关联的部分。首先,OpenAI 将以现金方式采购英伟达的 GPU 以及配套的数据中心系统,这笔支出用于建设未来数年的超大规模 AI 工厂。其次,英伟达会随着这些 GPU 系统的交付,逐步向 OpenAI 注资,换取非投票股权。首笔约 100 亿美元将在最终协议签署后启动,此后每当新增 1 GW 系统部署完成,英伟达就会相应追加一笔投资。这样设计的逻辑很清晰:投资规模与硬件交付进度挂钩,确保双方在长期合作中保持一致的节奏。

相比一次性注资,这种分阶段绑定的模式,有助于降低不确定性。对 OpenAI 来说,它可以在需要算力的时刻获得资金支持,同时提前锁定英伟达的 GPU 产能,确保自身模型研发与训练不被供应链瓶颈掣肘。对英伟达而言,虽然投资上限高达 1000 亿美元,但分阶段投入的方式让其资金使用更具灵活性,也能根据 OpenAI 的实际扩张情况调整步伐。这意味着“1000 亿美元”更像是一个阶段性承诺的上限,而不是立即落地的全额兑现。

从资本属性上看,英伟达将获得 OpenAI 的非控股股权。这一安排保证了 OpenAI 在治理层面的独立性,但同时也让英伟达从供应商跃升为股东。与传统的供货关系不同,这种模式把硬件、资金和战略目标捆绑在一起,使双方形成了更加牢固的利益共同体。换句话说,英伟达在未来数年的 GPU 销售额之外,还能分享 OpenAI 在模型与应用层的潜在成长红利。

这种合作结构,正是当下 AI 行业大规模竞争的映射。模型公司的最大瓶颈是算力,而芯片公司的最大风险是市场需求的波动。通过资本与设备的交叉绑定,双方都在对冲自身的不确定性:OpenAI 锁定长期的硬件供给,英伟达获得直接参与顶级模型公司的股权敞口。这是一种“算力即资本”的新型交易结构,在过去的半导体或互联网行业中并不多见。

英伟达 CEO 黄仁勋在联合声明中的表态,进一步凸显了这笔交易的战略意义。他强调,这项合作是双方关系的“下一个飞跃”,目标是 “deploying 10 gigawatts to power the next era of intelligence”。这不仅仅是描述数字规模,而是直接把 10 GW 的算力定义为“下一代智能时代”的基础设施。黄仁勋的措辞清楚传达了英伟达对 AI 行业长周期需求的判断,也解释了为何公司愿意以如此大手笔介入。

OpenAI 总裁 Greg Brockman 则从合作历史的角度做了补充。他回顾道,从最早的 DGX 超算平台到 ChatGPT 的突破,英伟达一直是 OpenAI 技术演进背后的硬件支撑。此次宣布的 10 GW 计划,不只是一次单纯的扩容,而是把过去的合作推向了一个新高度。他用“push back the frontier of intelligence”来形容这笔合作的意义,即通过算力扩张,把智能边界进一步往前推进。

 ▍时间表、硬件平台与合作定位

这笔合作最直观的落脚点在于时间表。双方在联合声明中明确指出,首个 1 GW 的系统将在 2026 年下半年上线,采用英伟达最新一代的 Vera Rubin 平台。这一节点之所以重要,不仅因为它是整个 10 GW 计划的“样板工程”,更因为它为未来的投资节奏和技术迭代划定了参照坐标。

与过去单点的 GPU 供货不同,这次合作强调的是“以 GW 为计量单位”的算力部署。1 GW 代表数十万颗 GPU 级别的硬件组合,背后对应的不仅是采购与交付,还包含电力、冷却、网络和软件配套的完整体系建设。换句话说,2026 年下半年的首批系统上线,意味着 OpenAI 将在基础设施层面迈入前所未有的规模化阶段。每 1 GW 的部署既是硬件落地,也是英伟达资金投入的触发条件,形成资本与算力同步扩张的节奏。

在硬件平台选择上,Vera Rubin 是英伟达为超大规模 AI 工厂打造的新一代架构。它继承了 Hopper 和 Blackwell 平台的演进方向,重点提升了能效比、集群互联和大模型训练效率。对于 OpenAI 来说,采用 Vera Rubin 不只是追逐性能的升级,更是确保未来数年技术迭代与硬件演进保持同步。Sam Altman 在声明中直言:“Everything starts with compute. Compute infrastructure will be the basis for the economy of the future.” 这句话几乎把合作的逻辑凝缩成一句口号:算力不仅是技术发展的起点,也是未来经济运行的根基。

值得注意的是,这次合作并没有取代 OpenAI 现有的合作伙伴,而是以补充的方式并行推进。过去几年,微软 Azure 一直是 OpenAI 最重要的算力与资金支持方,Oracle 和软银则在不同场景下提供算力或资本支持,Stargate 合作伙伴网络也在推进数据中心建设。联合声明中特别强调,这些合作仍将继续,而英伟达的加入是“新阶段的补充”。这表明 OpenAI 在算力战略上采取的是“多元化”而非“单一绑定”,通过引入不同角色分担风险,同时在战略上保持平衡。

英伟达的定位则被明确写进官方文件:它是 OpenAI 的 preferred strategic compute and networking partner。这一表述意味着,未来在 AI 工厂的扩张中,英伟达不仅仅是 GPU 的供货方,还将在网络架构、软件协同等层面成为首选伙伴。双方还承诺 co-optimize roadmaps,即 OpenAI 的模型和基础设施软件与英伟达的硬件和软件路线图同步演进。这种“路线图绑定”将双方关系从简单的供需,提升到战略层面的深度耦合。

这一点在 OpenAI 总裁 Greg Brockman 的发言中体现得尤为清楚。他回顾了过去与英伟达的合作历程:从最早的 DGX 超算平台到 ChatGPT 的诞生,OpenAI 的技术突破几乎都建立在英伟达平台之上。此次宣布的 10 GW 合作,被他形容为“把智能的边界进一步向前推进”,“We’re excited to deploy 10 gigawatts of compute with NVIDIA to push back the frontier of intelligence.” 这句话把合作的意义从单纯的硬件扩张,提升到了“推动智能前沿”的战略高度。

对于 OpenAI 来说,这种合作定位有两层意义。第一,它确保了在未来数年的硬件需求中,OpenAI 可以优先获取最先进的 GPU 平台,从而避免因供应紧张而陷入被动。第二,它通过绑定英伟达的路线图,让自身的模型迭代与硬件演进保持最大程度的契合。这在 AI 行业快速迭代的背景下,意味着技术和硬件之间的“协同红利”,从而提高整体研发和部署效率。

更重要的是,这种合作也让 OpenAI 在资本和战略上获得了更大的自主性。与微软的合作是一种大股东关系,微软在 OpenAI 的董事会与治理中拥有重要席位;而英伟达的股权是非控股、非投票性质,更像是一种战略补充。这让 OpenAI 能够在获得资金和算力支持的同时,保持治理上的独立性,同时通过多方捆绑来增强自身议价能力。这种“多边算力布局”的逻辑,正是 OpenAI 在迈向 AGI 过程中,对冲风险、平衡关系的必然选择。

Altman 的那句“Everything starts with compute”,不仅是一句口号,也是对合作关系的精准定位。对于 OpenAI 而言,算力是生命线;对于英伟达而言,算力是筹码。通过这次合作,双方把算力从单一的技术资源,转化为资本与战略博弈的核心。

✦ 精选内容 ✦

a16z 最新洞察:搜索已死,Agent 正在改写电商逻辑,平台与品牌间分化加剧

发售一周破 10000 台!“奇多多 AI 学伴机”横空出世:多模态交互颠覆传统早教,重新定义孩子的“智能早教新时代”

创作者的全家桶:Lovart 一站式对比 Seedream4.0 和 NanoBanana

Bika.ai 押注 AI Organizer,切入数千亿美元新赛道,AI 工人需要一个经理人

红杉美国:10 万亿美元 AI 机会正在开启,认知革命速度远超工业革命

a16z 谈 AI 投资现状:分化越来越大,留在牌桌和押得准比任何时候都重要






原文链接: 英伟达1000亿美元投资OpenAI!一切从算力开始
站长:程序员鱼皮 老鱼简历 商务合作 增值电信业务经营许可证
2026 鱼皮AI导航 | 沪ICP备19026706号-6
🔥热门工具
朱雀AI检测朱雀AI检测
朱雀AI检测助手朱雀AI检测助手
LovartLovart
老鱼简历老鱼简历
WritePass官网WritePass官网
面多多面多多
CursorCursor
星月写作星月写作
零感AI零感AI
朱雀AI检测助手朱雀AI检测助手
🔥 热门文章
1
B 站上 DeepSeek 闹鱼灾了,我发起《大肥鱼清除计划》!
480
2
Vibe Coding 实战:从零构建现代专业级 AI 搜索引擎
430
3
我的第一个出海产品!7 天 2 万
370
4
又一个国产版 Codex 神器,也来卷办公了!
370
5
day3-如何写出一个高质量的 Skill(组内分享) 高质量 Skill 不是“一个调得很顺的巨型 Prompt”,而是一个可验证、可回归、可维护的能力包。 先定义“什么算好”,再实现“怎么做好”。评估体系先于 Skill 本身成型。 下面用“故障诊断 Markdown 转 YAML”作为例子,但方法是通用的。 --- 一、先想清楚:Skill 到底是什么 一个 Skill 至少包含四部分: 部分 作用 接口 输入什么、输出什么、边界在哪 流程 分几步做,每步的产物是什么 规则 硬约束、经验规则、失败模式 降级策略 不确定时怎么办,而不是硬编一个看似合理的结果 高质量 Skill 的共同点:职责单一、接口清晰、规则可定位、输出可验证。 反例:把几十条经验全塞进一个主 Prompt,改一条规则要重调整个 Prompt,评估时也不知道是哪条规则退化。 --- 二、核心方法:先建评估,再写 Skill 不要先写转换器再补测试。正确顺序是: 1. 定义输出契约:什么算合法、什么算合格; 2. 建金标准集:一小批人工认可“可放行”的样本; 3. 先写评估 Skill:让它在金标准集上跑出基线; 4. 再迭代生成 Skill:每次修改跑同一套评估,无退化且目标维度提升才算正向。 这就是评估驱动开发:评估是 Skill 的单元测试,金标准集是回归锚点。 --- 三、评估 Skill:三层门禁,逐层递进 前一层不过,后一层不跑。每层留可追溯证据。 第 1 层:确定性硬门禁 用解析器、Schema、校验器完成,不消耗模型成本。 · 输出可解析; · 必填字段齐全,类型/枚举合法; · 引用目标存在,无悬空引用、无不可达节点; · 关键路径至少有一条能到达预期出口。 不通过直接打回。 第 2 层:语义断言 用脚本 + 结构遍历检查“逻辑对不对”,仍然保持确定性。 通用检查项: · 覆盖率:源材料里的关键步骤、分支、条件,输出里是否都有对应? · 完整性:每个判断节点是否都有明确出口?有没有死胡同? · 可达性:每条路径是否都能到达预期终点?有没有无出口循环? · 顺序与依赖:有先后依赖的操作,是否保留了顺序?有没有被拍平成无序列表? 例子:故障诊断转换中,检查“每个判断项是否有是/否/异常出口”“每条路径是否能到根因”。 第 3 层:LLM-as-Judge 只处理解析器表达不了的维度:忠实度、完整性、可执行性。 但 Judge 会漂移,不能单独放行,必须建立在第 1、2 层之上。Judge 的 Prompt、rubric、模型版本都要版本化,换模型必须用金标准集重新校准。 通用 Judge 维度: 维度 问什么 忠实度 输出是否忠实源材料意图?有没有自行发明内容? 完整性 关键步骤、条件、证据是否保留?隐式知识有没有被压成空话? 收敛性 输出是否仍指向原目标,而不是发散? 可执行性 下游不依赖源材料能否直接使用? --- 四、金标准集:回归测试的锚点 不需要一开始就标注几百份。用已认可的样本当种子,扩到 15~30 份,覆盖失败模式而非随机抽样: · 完整正例:典型流程; · 边界/异常分支:异常路径、循环、前置失败回退; · 已知易错模式:实际踩过的坑; · 留出集:不参与调优,只用于最终验收,防过拟合。 金标准不需要完美,只需要当前标准下认可可放行。 回归指标:关键路径用 pass^k(k 次全过),稳定性用 pass@k。 --- 五、工程约束:让批量产出可重放 · 幂等:同输入 + 同 Skill 版本 + 同规则 → 输出一致,否则无法判断变好是 Skill 改了还是随机波动; · 隔离不阻断:单份失败进隔离队列,记录失败层和原因,不阻塞其余; · 版本绑定:规则、rubric、金标准集进 Git;每份报告绑定“源版本 + 生成 Skill 版本 + 评估 Skill 版本 + Judge 模型版本”; · 抽样人工复核:Judge 临界样本 + 易错模式,人工抽检结果反过来校准 rubric。 --- 六、Skill 本身怎么写 · SKILL.md 控制篇幅,写清:输入约定、输出契约、分步流程、硬规则、降级策略; · 经验规则放 references/ 或 rules/,按失败模式分类,不要全塞进主 Prompt; · 不确定时标 needs_review: true,不要硬编看似合理的结果; · 迭代由评估报告驱动:报告告诉你哪层挂了、哪类失败模式,你改对应规则文件,而不是漫无目的调 Prompt。 --- 七、落地顺序(不要反过来) 1. 固化输出契约:Schema + 结构约束; 2. 建金标准集:从已认可的 + 最易出错的样本开始; 3. 先写评估 Skill:跑出基线报告; 4. 再迭代生成 Skill:每次修改对比逐项通过率,无退化且目标提升才算正向; 5. 批量运行 + 隔离回放:失败进队列,结束后人工抽检; 6. 评估 Skill 自身版本化:换 Judge 模型必须重新校准。 --- 八、给组员的三条硬要求 1. 不许凭感觉说“变好了”:每次修改必须附评估报告对比,逐项通过率说话。 2. 不许跳过确定性门禁直接看 Judge 分数:前两层挂了,Judge 分数没有意义。 3. 不许把规则堆进主 Prompt:规则按失败模式分文件,评估报告要能定位到具体文件。 --- 一句话收尾 生成 Skill 决定“能不能做”,评估 Skill 决定“敢不敢用”。 先让评估体系站稳,再让生成器迭代。这样交付的不是一堆“看起来还行”的产出,而是一套可证明、可回归、可交接的 Skill 质量体系。
340
6
DeepSeek 重磅开源的超级 Agent,到底是个啥?
330
7
最近在落地 AI Native 项目,卡在团队资产协同这块,想请教下社区各位有实际落地经验的同学: 我们现在的资产分为三块:项目文档(PRD/ADR/ 运行手册)、Agent Skill(业务技能、执行 SOP、提示词包)、MCP 工具服务定义。 目标是做到:人和多 Agent 共用一套可信资料源,Skill、MCP 配置、项目文档能够版本化、同步、共享、可评审。 目前我们初步方案是用 Git 做底层版本主线: - 文档:Markdown + ADR,带元信息,支持 RAG 检索 - Skill:单技能包目录化,带版本、评估用例、依赖声明 - MCP:项目级声明文件纳入 Git 但实际协作里遇到不少疑问,想参考大家成熟的实践: 1. 大家团队里,文档、Skill、MCP 三者是怎么组织目录和版本管理的?有没有稳定的仓库结构模板? 2. 多人协作时,Skill 的变更评审、灰度升级、依赖管理怎么做?如何避免本地版本不一致、“本地能跑别人不行”? 3. MCP 是统一中心化网关模式,还是大家各自本地启动 + git 同步配置?权限白名单、调用审计这块有什么好方案? 4. 有没有成熟工具链做自动同步(类似 agentmeld /teamai-cli)、变更校验、eval 回归门禁? 5. 文档和 Agent 的打通:哪些文档放进 Git 作为可信真值,哪些放外部知识库,边界怎么划分? 如果有现成的仓库样例、目录规范、团队协作流程,非常希望能分享参考,感谢!
280
8
PHP 被曝两大致命漏洞,请所有程序员抓紧做这件事!
280
9
人工智能前沿部署工程师(FDE) · 概 览 与 方 法 论
270
10
QuireKit 编辑器的 AI-Native 是如何设计的?谈谈我对真正 AI-Native 的理解
250
11
告别“金鱼记忆”:我开发了一款能当“第二大脑”的浏览器 AI 助手
250
12
ARTS 1101: 最长回文串与子序列匹配、一次 URL 请求的来回之旅与如何验证 AI 的交付
230