返回今日选题

已核验 · Jul 14, 2026

已独立佐证

Meta 7/13 Llama 4 Behemoth 刷新:1M 长上下文 + code-weight,沿用 Llama 4 Community License

2 个信源

Meta 2026-07-13 blog 公开 Llama 4 Behemoth 刷新,主打长上下文(1M + token-efficiency)与 code-weight 专家。自报数字:MMLU-Pro 83.4、GPQA-Diamond 75.6、SWE-Bench Verified 69.7、HumanEval+ 91.2、Terminal-Bench 2.1 75.9。协议:Llama 4 Community License + 商业使用限制附约。

为什么现在讲

这是这次集束里 Meta 的**首次锚点** —— 与 OpenAI gpt-oss 刷新配对,可以凑成「美国实验室开源权重双落」。做 Meta 长上下文与 coding 选题的创作者今天就能出,不用等。

推荐理由

适合长上下文 + 开源权重分发创作者。Llama 4 Community License 附约是法律钩子;1M 上下文是部署钩子。

依据

集束里 Meta 的首次锚点 + Llama 4 Community License 之上的商业使用限制附约 + 1M 上下文。三重热度,topPick 候选,但已分配(今天的三个徽章位给了 gpt-oss 与 Sonnet 4.5)。

Meta 刚发了一次 Llama 4 刷新 —— 1M 上下文 + code-weight 专家,以及一个引用头条前要先读一遍的商业使用附约。

切入角度

把 Llama 4 Behemoth 刷新写成 Meta 的长上下文 + code-weight 专家动作 —— 不要写成「Llama 5」。先放架构框定(1M 上下文 + code-weight 专家),再放 license 框定(Llama 4 Community License + 商业使用限制附约)。

形式

图文卡片 + 单卡要点

演示想法

图文卡 1:「Llama 4 Behemoth 刷新 —— 改了啥」;卡 2:「1M 上下文 + code-weight 专家」;卡 3:「HumanEval+ 91.2 / SWE-Bench Verified 69.7 / Terminal-Bench 2.1 75.9 —— vendor-supplied, not reproduced」;卡 4:「Llama 4 Community License + 商业使用限制附约 —— 引用附约原文,不要改写」;卡 5:「vs 上代 Llama 4:是刷新,不是基础模型换 —— 用这个口径讲」。可以与 OpenAI gpt-oss 卡配对,凑成「美国开源权重双落」。

平台注意

刷新 vs 基础模型换(中等风险):不要把 Llama 4 Behemoth 刷新说成「Llama 5」或「新的基础模型」。当观众问「这个 Llama 4 比上一代 Llama 4 编程强多少」时,固定链到 Meta blog,只引用博客明文写出的 delta,不要从厂商声明的 delta 往外延伸。商业使用限制附约的边界在已捕获摘要里未抽。

可用说法

  • Meta on 2026-07-13 published a Llama 4 Behemoth refresh emphasizing long-context (1M context + token-efficiency) and a code-weight specialist; self-reported figures include MMLU-Pro 83.4, GPQA-Diamond 75.6, LiveCodeBench v6 73.8, SWE-Bench Verified 69.7, HumanEval+ 91.2, Terminal-Bench 2.1 75.9; license is the Llama 4 Community License with the commercial-use restrictions addendum.

证据链

拆解

梳理 Llama 4 Behemoth 刷新的长上下文 + code-weight 框定(1M + token-efficiency / code-weight 专家)、基准头条数字(HumanEval+ 91.2 / SWE-Bench Verified 69.7 / Terminal-Bench 2.1 75.9),以及 Llama 4 Community License + 商业使用限制附约 —— 配一句明确的「是刷新,不是基础模型换」限定词。附约覆盖范围未抽出来,不写。

风险

  • 固定链到每条厂商页面与 HF 模型卡,只引用页面公开的内容,不要把自陈的基准数字改写为第三方验证;针对 Doubao 话题单独注明「HF 模型卡仅 researcher-preview 镜像,完整权重仍仅在 Volcengine API」,不要改写其「完整权重门控在 API」边界。
  • 固定链到每条 license 全文,只引用页面公开的内容,不要把基线协议当作唯一生效口径;只点名称附约存在,不要描述其覆盖范围;对 Google Gemini 3.5 Pro 单独注明「license 在 API 合同里,不下载权重,所以和可下载权重无关」。

演示思路

  • 把它与 OpenAI gpt-oss 刷新配对 —— 写成「美国实验室开源权重双落」,分别 Apache-2.0 或 Llama 4 Community License + 附约,一栏一家厂商。
  • 长期 Meta 覆盖:做一张「Meta Llama 4 mid-2026 刷新时间线」 —— 谨慎引用附约原文,不外推厂商声明 delta。
  • 用「集束里 Meta 首次锚点」当日的钩子:「今天六话题首次把 Meta 加进 corpus —— Llama 4 Behemoth 刷新,带商业使用限制附约」。