AI 资讯速览 2026-08-12：端侧开源模型与五千亿美元算力基金

这两天 AI 圈的新闻又密集起来了：Meta 把 30B 的端侧模型开源了，英伟达拉着六家金融巨头准备攒一个五千亿美元的算力资金池，xAI 联合创始人创业的新公司一轮就融了 11 亿美元；前端这边，Cloudflare 让网站”一个开关”就能把自己的能力开放给浏览器里的 AI 代理。挑几条核实过的，整理成这期速览。

快速速览

  1. Meta 开源 Muse Glimmer：30B 参数、Apache 2.0，主打本地端侧运行，并承诺几周内开放 Muse Spark 1.2 权重；
  2. 英伟达筹建 5000 亿美元算力融资平台：联合高盛、贝莱德、黑石、KKR、Apollo、博枫六家，为 AI 基础设施提供第三方资本；
  3. River AI 融资 11 亿美元：xAI 联合创始人 Igor Babuschkin 创立，英伟达、AMD 参投；
  4. Cloudflare WebMCP 开发者预览：控制台开一个开关，网站就能把功能注册成工具，让浏览器内的 AI 代理直接调用。

AI 算力与数据中心

一、Meta 开源 Muse Glimmer：30B 端侧模型，权重 Apache 2.0

当地时间 8 月 11 日，Meta 发布了开放权重模型 Muse Glimmer。它拥有 300 亿参数，默认支持 128K token 的上下文窗口，是从 Meta 今年早些时候发布的更强模型 Muse Spark 蒸馏而来，定位是”在用户本地设备上跑，而不是依赖云服务或 API”。权重基于 Apache 2.0 许可证开源。

Muse Glimmer 关键信息

  • 参数：30B，默认 128K 上下文窗口；
  • 来源：Muse Spark 的蒸馏版本，面向消费级 GPU / 本地设备；
  • 许可：Apache 2.0 开放权重；
  • 策略：Meta 承诺未来几周内开放更强模型 Muse Spark 1.2 的权重。

配合这次发布，扎克伯格发了一篇 6000 多字的长文，系统阐述 Meta 的 AI 战略，核心是”去中心化、开放权重”路线：模型之间互相学习（蒸馏）是开源生态的基本原则，把推理放到本地设备，能降低对少数专有模型的依赖和支出。

Muse Spark 系列时间线

2026-04

Muse Spark 以封闭专有模型首次发布，Meta 从”开源为主”转向前沿模型路线

2026-07

Muse Spark 1.1 发布，Meta 首次推出付费服务

2026-08-05

Muse Spark 1.2 发布，同步推出终端编程智能体 Muse Code

2026-08-11

Muse Glimmer 开源：30B 参数、Apache 2.0，主打本地端侧运行

开发者圈子的普遍评价是：Muse Code 的综合能力暂时还比不过 Anthropic、OpenAI 的前沿模型，但成本很有竞争力——这个定位跟不少开放权重模型类似，适合对性能没那么极致、但对成本敏感的团队。

二、英伟达联合六家金融巨头，筹建 5000 亿美元算力融资平台

8 月 11 日，英伟达宣布与 Apollo、贝莱德、黑石、博枫、高盛、KKR 六家金融机构合作，设立一个独立的算力融资平台，目标是调动超过 5000 亿美元的第三方资本用于 AI 基础设施建设。英伟达已于 8 月 10 日与这六家签署了谅解备忘录（MOU）。

注意：目前签署的是谅解备忘录，相关合作仍需签署最终协议后方可生效。平台将以有吸引力的融资利率，为英伟达客户提供大规模专属资金池支持。

这件事的信号意义在于：AI 算力投资的盘子已经大到”芯片厂 + 华尔街”直接组队。英伟达不只是卖卡，还在帮客户解决”买卡的现金流问题”——把融资环节也做进生态里。

三、River AI 融资 11 亿美元：xAI 联合创始人的新公司

同样是 8 月 11 日，由 xAI 联合创始人 Igor Babuschkin 创立的 River AI 宣布完成 11 亿美元融资。本轮由 General Catalyst 和 AMP PBC 领投，英伟达和 AMD 参投，还获得了 Y Combinator 和淡马锡的战略投资。

融资消息本身只是开头，真正的看点在于阵容：芯片双雄同时下场、YC 与淡马锡战略入场，说明资本对 AI 基础设施领域的新玩家依然保持高度热情。这家公司具体做什么，后续值得跟进。

网页与 AI 代理

四、Cloudflare WebMCP：一个开关，让网站向浏览器里的 AI 代理开放工具

最后来条前端的。Cloudflare 于 8 月 6 日开始提供 WebMCP 的开发者预览：在控制台把开关打开，网站不用改任何业务代码，就能把自己页面上的功能注册成结构化工具，让浏览器里的 AI 代理直接调用。

WebMCP 本身是一个新的浏览器标准提案，目前以实验形态随 Chrome 146 上线，页面里通过 document.modelContext 暴露能力。网站可以主动选择开放哪些工具，AI 代理根据用户请求发现并直接调用，而不是靠截屏或猜 DOM 来”摸索”操作——用官方的话说，把 token 花在任务上，而不是花在导航上。

Cloudflare 是怎么实现的？

  1. 开启后，Cloudflare 用 HTMLRewriter 在每个 HTML 响应里注入一行脚本，从同源加载 /.webmcp/bridge.js；
  2. 桥接脚本在页面里查找 WebMCP 能力：浏览器不支持就什么都不做，页面照常运行；
  3. 脚本把启用的工具包合并成一个工具列表，逐个用 registerTool 注册；
  4. 本次预览的工具全部在访问者浏览器内运行，不会把数据回传到 Cloudflare。

这次预览带了两个工具包：

内容来源凭证（C2PA）读取：scan_images_c2pa 扫描页面所有图片，汇总是否带 C2PA 来源元数据、格式、声称的生成软件、标题、签名者等信息；inspect_image_c2pa 则解码单张图片的完整来源清单。目前只读取图片开头的几 KB 元数据并做解码展示，不做密码学校验，每条结果都会标注 signatureVerified: false，避免代理把”解码出的声明”误当成”已验证的事实”。

对接已有 MCP 服务：把网站已经部署的 Model Context Protocol 服务桥接成页面工具，默认连接同源的 /mcp，复用 MCP 标准的 Tool 与 CallToolResult 类型。代理调用时，桥接脚本以访问者自己的会话把请求转发给网站的 MCP 端点——MCP 只是换了个运行的地方（浏览器）而已。

调试方面，Cloudflare 的远程浏览器 BrowserRun 已经支持 WebMCP，可以直接打开目标网址，模拟”来访问网站的 AI 代理”，检测并调用页面注册的工具。官方还预告了未来工具包的方向：用 Workers AI 总结站点地图、接入 AI Search 的索引检索等。

写在最后

这期四条新闻其实是一条主线：AI 正在从”云端大模型”走向”无处不在的算力与代理”——模型变小、跑在用户设备上；算力变贵、需要华尔街组局融资；网站也不再只为人服务，还要给 AI 代理留好”接口”。

对开发者来说，Meta 的端侧模型和 Cloudflare 的 WebMCP 都值得动手试试；对关注行业的人来说，五千亿美元资金池和 River AI 的融资，说明这轮 AI 投资周期还在继续加码。下期见。

参考链接