Llama 3.1:Meta 的 405B 模型与开放权重生态

原标题Llama 3.1: Meta’s 405B Model and the Open-Weight Ecosystem

Matthew Berman 回顾 Meta 于 2024 年 7 月发布的模型、较小版本、所报告的基准、合成数据和 Llama Stack 提案。

MBMatthew Berman讲者 · Forward Future
频道
Matthew Berman
发布
2024年7月23日
视频
15:50
阅读
7 分钟
幻灯片
4
原文
英语
在 YouTube 打开
往下滚动阅读时,视频会缩到右下角继续播放。字幕跟随阅读语言。
阅读语言共 2 种语言可读
由 AI 从英语原文翻译。打开“对照原文”可以逐段核对。
摘要

30 秒看懂

Matthew Berman 讨论 Meta 的 Llama 3.1 系列,包括 405B 模型以及升级后的 70B 和 8B 版本。他看好可下载权重、合成数据、本地部署,以及开发者围绕共享生态构建应用的可能性,并简短测试了生成的贪吃蛇代码。 他的比较既使用了来源未确认的泄露基准表,也引用了 Meta 的主张。模型权重可按有条件的许可证下载,并非不受限制的开源;个别示例也不能证明 Llama 在所有方面都超过竞争模型。

  1. 1上下文与模型大小Meta 宣布支持 128K 上下文和多语言,并发布 405B 模型以及升级的 8B 和 70B 模型。
  2. 2合成数据与蒸馏Berman 解释大型模型如何为较小模型生成训练数据,同时指出这只是其中一种工作流程。
  3. 3泄露的基准图表视频将展示的图表描述为可能属实的泄露内容;其结果和测试设置未在视频中得到独立验证。
  4. 4较小模型Berman 强调泄露图表中 8B 模型的提升,但图中 HellaSwag 数值约为 76.8%,并非他口述的 67%。
  5. 5训练与基础设施Meta 报告称,405B 模型使用超过 15 万亿个 token 和超过 16,000 块 H100 GPU 进行训练;本地运行需要大量资源。
  6. 6贪吃蛇演示Berman 运行了一款生成的 Python 游戏,在简短测试中发现它可以运行;这不是全面的编程评测。
  7. 7Llama Stack 提案Meta 描述了面向推理、微调、评测和智能体应用的拟议接口,作为更广泛生态的一部分。

要点建议

  1. Llama 3.1 发布时包含 405B、70B 和 8B 模型,宣称支持 128K 上下文和八种语言。
  2. 可下载权重允许定制,但 Meta 的许可证包含限制,Open Source Initiative 不认为它是开源许可证。
  3. 视频中的泄露图表未经独立验证,不能证明模型总体上优于 GPT-4o。
  4. 合成数据和蒸馏可以帮助训练较小模型,但质量取决于数据和评测。
  5. 405B 模型对内存要求很高;在硬件合适的情况下,较小模型可以在本地实用运行。
  6. Meta 提出了 Llama Stack 接口,并发布安全工具以支持应用生态。
全文

按章节阅读整理后的全文

只看原始文稿
01

Llama 3.1 与合成数据

Berman 介绍 405B 模型、较小版本和更长的上下文窗口,并讨论合成数据、蒸馏和 Meta 的生态策略。

Meta 宣布推出 Llama 3.1,包括一个 4050 亿参数模型,以及更新后的 70B 和 8B 模型。一个可下载权重的模型似乎在某些评测中能与领先的闭源模型竞争,这让我很兴奋。这是基于 2024 年 7 月情况的评价,并不能证明它在每项任务中都胜出,或将一直处于前沿。

我把这次发布称为开源,但“开放权重”更准确:Meta 按附带条件的许可证提供可下载权重,并未发布全部训练数据。Open Source Initiative 认为 Llama 3 系列许可证不属于开源许可证,详见[其评估](https://opensource.org/blog/metas-llama-license-is-still-not-open-source)。

我特别关注较小的 8B 模型,因为与 405B 相比,它可能更适合本地和边缘使用。Meta 表示,新模型支持 128K 上下文窗口和八种语言。更大的窗口允许输入更多内容,但不保证模型能完美检索或推理整个上下文。

Meta 的 Llama 3.1 公告
幻灯片 1 / 4Meta 的 Llama 3.1 公告公告列出了上下文长度、模型大小、安全工具和合作伙伴可用性。

大型模型的一种用途是生成合成样本,用于训练或蒸馏较小模型。我将这种可能性与 NVIDIA 早前的 Nemotron 工作作比较:团队可以使用生成的数据来调整模型,而不必让每个样本都由人工标注。最终质量仍取决于数据、流程和独立评测。

02

开发者工具与基准比较

他介绍安全工具、合作伙伴及一张据称泄露的基准表。该表未经独立验证,部分口述数字与画面不一致。

Meta 将 Llama 定位为一个生态,而不只是一次模型发布。它介绍了构建智能体的参考系统、Llama Guard 3 和 Prompt Guard 安全工具,并就 Llama Stack API 征求意见。我希望这些接口能让开发者轻松切换服务商并与现有工具集成。

Meta 列出了超过 25 家合作伙伴,包括云服务和硬件公司,并表示美国用户可以通过 Meta AI 和 WhatsApp 试用 405B。我计划之后进行更全面的测试。这里描述的可用性和合作伙伴服务反映的是 2024 年公告时的情况。

未经验证的泄露基准表
幻灯片 2 / 4未经验证的泄露基准表社交帖子将该表标为可能泄露的信息;数值和评测设置未得到独立验证。

我展示了一张流传中的基准比较表,据称它泄露了 Llama 3.1、旧版 Llama 和 GPT-4o 的对比结果。原帖子本身称泄露内容可能属实,视频没有核实其来源或测试方法。它暗示了模型在某些任务上的强弱,但不能证明哪个模型在所有方面都更好。

同一张表似乎显示 8B 模型有显著提升。Berman 说 HellaSwag 从 46 升至 67,但画面显示约从 46.2% 升至 76.8%;HumanEval 则显示从 34.1% 升至 68.3%。这些数字来自未经验证的表格,不一定是 Meta 的官方测量结果。Meta 的[模型卡](https://github.com/meta-llama/llama-models/blob/main/models/llama3_1/MODEL_CARD.md)按其自身评测设置报告了结果。

03

本地模型、政策与训练

Berman 探讨请求路由和本地推理,随后引用一项政治批评,并回顾 Meta 报告的模型训练和后训练方法。

我设想用本地 8B 模型处理常规提示词,并将较难的请求路由到更大的托管模型。我估计它可能处理 95%–98% 的提示词,但这只是我的推测,并非实测比例。模型和软件安装完成后,本地推理可以离线运行,但硬件、电力和配置仍有成本。

我还引用了风险投资人 Bill Gurley 对 AI 监管的批评,以及他认为既有闭源模型公司寻求通过规则保护自身地位的观点。这是他的政治论点,不能证明任何公司或立法者的动机。提到这一争论后,我回到模型发布的话题。

Meta 表示升级后的 8B 和 70B 模型支持更长上下文、多语言和工具使用。它还表示许可证允许开发者使用 Llama 的输出来改进其他模型。这可能让合成数据和蒸馏流程更容易使用,但仍需遵守实际许可证条款。

Meta 报告称,它使用超过 150 个基准数据集评测模型,并认为 405B 在一系列任务上可与领先模型竞争。公司表示,405B 的训练使用了超过 15 万亿个 token 和超过 16,000 块 NVIDIA H100 GPU。这些是 Meta 报告的训练和评测细节,并非模型在所有用途上表现的独立证明。

Meta 报告的训练规模
幻灯片 3 / 4Meta 报告的训练规模Meta 描述了 405B 模型使用超过 15 万亿个训练 token 和超过 16,000 块 H100 GPU。

405B 模型规模很大,本地部署需要大量内存和算力。Meta 表示,它将模型从 16 位量化到 8 位,以降低推理需求并在单个服务器节点上运行。服务器节点不一定是消费级笔记本电脑;进一步量化或采用不同硬件配置也各有取舍。

在后训练方面,Meta 描述了监督微调、拒绝采样和直接偏好优化,并表示监督微调数据中大部分使用了合成数据。我想知道 405B 的输出是否用于改进 8B 模型,但这段视频没有证明这种具体训练关系。

04

贪吃蛇与 Llama Stack

一款生成的贪吃蛇游戏在简短演示中运行。Berman 最后介绍 Meta 拟议的开发者接口以及对生态的期待。

我让托管模型用 Python 编写贪吃蛇游戏,复制输出并运行。简短测试中,游戏可以启动和响应,碰撞后也能重新开始。这是一个有用的代码生成示例,但不是对编程可靠性或安全性的系统评估。

Meta 的 Llama Stack 提案旨在为微调、合成数据、推理和智能体应用等组件建立标准化接口。我认为,发布模型和工具还可以鼓励开发者在 Meta 的生态中构建应用,让公司在制定标准方面发挥作用。这是我对其商业动机的解读。

Llama Stack 提案
幻灯片 4 / 4Llama Stack 提案公告描述了面向工具链和智能体应用的拟议接口。

在许可证和可用资源允许的范围内,可下载权重让开发者能够自行定制和部署模型。Meta 还介绍了推理、评测、检索、函数调用等生态组件。我欢迎这次发布,并计划更全面地比较 405B 和 8B,同时承认这里的简短演示无法证明它在所有方面都达到前沿水平。

同频道的其他文章

12 张幻灯片34:21EN → 简体中文
Matthew Berman· 2026年10月27日Matthew Berman 解读 Anthropic 的上市文件、AI 增长与治理Matthew Berman, Sam Altman · Forward Future主持人审视 S-1 中的财务指标、算力战略和投票结构,并质疑 AI 快速发展与安全之间的张力。AnthropicAI Safety企业 AI+2
0:26EN → 简体中文
Matthew Berman· 2026年10月25日Sam Altman 谈 AI 世界中的人类价值与问题解决Sam Altman · OpenAI在一段简短的访谈摘录中,Altman 思考解决难题的乐趣,以及人在解读结果时的作用。Human-AI CollaborationFuture of WorkAI Strategy
2 张幻灯片0:36EN → 简体中文
Matthew Berman· 2026年10月25日Kimi K3.1 与魔方求解演示Matthew Berman · Forward FutureMatthew Berman 展示一个被打乱的虚拟魔方如何复原,并对 Kimi K3.1 的测试给予积极评价。评估编程智能体Open-weight models
2 张幻灯片0:21EN → 简体中文
Matthew Berman· 2026年10月24日AI 生成的 Kimi 基准图表使用了虚构分数Matthew Berman · Forward FutureMatthew Berman 要求生成一张 Kimi K3.1 Pro 基准图表,随后发现图中的数字只是示意性占位值。Benchmarks评估Generative media
6 张幻灯片25:50EN → 简体中文
Matthew Berman· 2026年10月24日Kimi K3.1 Pro 实测:3D 演示出色,表现不一,价格有竞争力Matthew Berman · Forward FutureMatthew Berman 测试这款开放权重模型的编程、3D 渲染和视觉讲解能力,并比较基准成绩与价格。Open-weight modelsBenchmarksAI cost & performance+1
2 张幻灯片32:20EN → 简体中文
Matthew Berman· 2026年10月23日本地 AI 究竟适合谁?成本、取舍与混合模式的未来Matthew Berman · Forward FutureMatthew Berman 权衡数据控制和自主权,与硬件成本、设置复杂度及推理速度之间的关系。Local inferenceOpen-weight modelsAI cost & performance+1