Reddit AI - 2026-06-17¶
1. 人们在讨论什么¶
1.1 开放权重编码模型成为当天最主要的技术话题（🡕）¶
开放权重编码模型的话题从“值得期待”迅速走向“铺天盖地”。GLM-5.2 频繁出现在发布帖、基准测试截图、API 上线讨论和硬件可行性帖子中；与此同时，围绕 Mistral 和 VibeThinker 的相邻讨论，也进一步印证了同一种偏好：与其听含糊的能力宣称，人们更想看到可落地的实际产物。
u/BuildwithVignesh 发布了 GLM-5.2 是首个在 Terminal-Bench 上突破 80% 的开放权重模型，并击败了目前所有其他可用的开放模型（1030 分，205 条评论）。基准图显示，GLM-5.2 在 Terminal-Bench 2.1 上得分 81.0，在 SWE-bench Pro 上得分 62.1，在 DeepSWE 上得分 46.2；多项指标领先于 GLM-5.1 和 Gemini 3.1 Pro，但在若干指标上仍落后于 Claude Opus 4.8 和 GPT-5.5。GLM-5.2 的模型卡和 Hugging Face 博客则补充了底层产品信息：MIT 许可证、100 万 token 上下文、两档 effort level，以及 FrontierSWE 和 SWE-Marathon 等长时程编码基准。
u/queendumbria 分享了 zai-org/GLM-5.2 来了！（857 分，141 条评论），并直接链接到模型页面。评论很快从庆祝转向现实问题：究竟会发布哪些变体，普通人是否真能跑起来；u/ghgi_（得分 187）特别提到其自报的 46.2 DeepSWE 成绩，而 u/TinyFluffyRabbit（得分 106）则表示自己仍然无法在本地运行完整模型。
u/okaycan 发布了 GLM-5.2（max）目前是所有可用模型中排名第三的模型，涵盖开放和专有两类。（617 分，88 条评论）。Artificial Analysis 将 GLM-5.2（max）描述为智能水平领先的模型之一，速度尤其突出，可达每秒 111 tokens；但对开放权重模型来说，它的价格也偏高：每 1M 输入 tokens 收费 $1.40，每 1M 输出 tokens 收费 $4.40。随帖附带的一张图还专门显示，GLM-5.2 和 Kimi K2.7 Code 在 LiveBench 的 agentic coding 分项中领先，评论者据此认为，开放权重模型如今已足以胜任严肃的编码工作。
u/Recoil42 补充了 GLM-5.2 现已登上 Design Arena 第 1，领先于现已不可用的 Claude Fable 5。（550 分，83 条评论）。这张图提供了第二个类似竞技场排行的佐证，但 u/SV_SV_SV（得分 333）的最高赞回复把问题拉到了政治层面：如果美国进一步收紧对前沿模型的访问权限，那么一个公开发布的中国模型冲上榜单，其意义比榜单本身更大。
讨论洞察： 整体氛围并不只是单纯炒作。最有分量的讨论始终在把基准测试成绩拉回部署现实：内存占用、量化、多模态缺失，以及“能下载”和“能真正用起来”之间的差距。
与前一天相比： 从 6 月 16 日到 6 月 17 日，GLM 相关提及量显著跃升，使一次原本颇受期待的发布，变成了当天最核心的主题。6 月 16 日已经有发布热度；而 6 月 17 日则新增了更多基准图、API/定价细节，以及关于开放权重模型是否已足以承接真实工作的实操争论。
1.2 本地 AI 讨论从“够不够好”转向“怎样才真正用得起来”（🡕）¶
本地模型相关帖子关注的，与其说是理念，不如说是运行约束。用户讨论什么才算“本地”，怎样的硬件预算才能让接近前沿水平的模型变得实用，以及哪些 harness 技巧能让小模型发挥出超出体量的效果。
u/Orbit652002 发布了 Hashicorp 创始人认为本地模型“还不够好”（563 分，345 条评论）。最高赞回复 u/cibernox（得分 263）把结论限定在约 $5k 的硬件范围内：本地模型适合边界明确的任务，但还做不到像用户期待前沿系统那样，把模糊目标直接扔给它，让它处理一个 50k 行代码库。u/Eastern_Bet678（得分 118）表示，Sonnet 4.6 仍是自己判断“编码是否真的有用”的基准，这说明比较对象依旧是云端模型，而不是更早一代的本地模型。
u/Wrong_Mushroom_7350 发布了 GLM-5.2 是本地 AI 的一次胜利（557 分，182 条评论）。帖子中的表格估算，FP8 权重大约需要 744 GB 到 890 GB，4-bit 需要 476 GB 到 500 GB，2-bit 需要 241 GB 到 280 GB，把庆祝情绪迅速变成了具体的内存预算讨论。评论者一方面对蒸馏抱有乐观期待，另一方面也直白提醒：“能跑”并不等于在更长上下文下也有可接受的吞吐量。
u/Monad_Maya 提问 在非统一内存系统上本地运行 GLM 5.x 的最便宜方式是什么？（58 分，89 条评论）。回答基本都很操作层面：u/AdDecent1320（得分 44）表示，对 CPU 推理来说，内存通道比核心数量更重要；u/MagnaZee（得分 11）介绍了如何借助推测解码，在 512 GB DDR4 上运行 GLM-5.1；u/Rich_Highlight278（得分 10）则建议，与其折腾 CPU offload，不如买二手 24 GB GPU，更省心。
u/codehamr 发布了 无头截图循环让一个本地 30B agent 用纯 C 完成了一个光线追踪 FPS 演示（169 分，20 条评论）。帖子称，只要加入无头模式和定时截图，本地 Qwen3.6 27B 智能体就能构建递归式视觉调试循环；帖子还链接了开源的 codehamr 智能体，该项目自称是一款面向本地 LLM 和 OpenAI 兼容端点的极简终端编码智能体。
讨论洞察： 6 月 17 日的现实前沿并不只是模型权重本身。Reddit 的讨论反复回到上下文预算、VRAM 布局、量化质量、harness 设计，以及如果给小型本地模型更丰富的反馈，它们是否能自行纠错。
与前一天相比： 6 月 16 日的重点是从 Ollama 这类对新手友好的工具迁移到更底层的技术栈。6 月 17 日延续了这种基础设施导向，但把焦点钉在一个更具体的问题上：到底需要付出什么，才能让 GLM 这一类模型真正可用。
1.3 AI 访问与治理仍然是一个活跃的政治议题（🡒）¶
政策与访问问题仍然贯穿当天的模型讨论。重心依旧落在 Anthropic 的出口与访问争议上，但相关证据已经从白宫动向，扩展到了注册要求、隐私政策截图，以及 G7 场合释放的信号。
u/andrewaltair 发布了 在 NSA 警告其护栏机制可被绕过后，白宫拒绝解除对 Anthropic Fable 5 的出口禁令（146 分，69 条评论）。帖子援引 Wired 报道称，政府在经过 NSA 审查后仍维持出口管制；而 u/Latter-Effective4542（得分 137）在评论中则认为，这场争斗背后的驱动力可能不只是安全问题，也可能涉及政治。
u/mvandemar 通过 特朗普政府官员表示，Mythos/Fable 停摆能否迅速找到解决方案，“取决于 Anthropic”。（310 分，195 条评论）延续了这一话题。两张附图把这场僵持描述为一种谈判筹码，而不是已经盖棺定论的技术裁决；评论者因此认为，这种表述说明顶级模型的访问权限是可以被讨价还价的，而不只是接受审计。
u/procodernet 发布了 注册 Anthropic 需要护照（55 分，58 条评论）。截图总结了将于 2026 年 7 月 8 日生效的隐私政策变更，并明确提到验证数据。这让用户对治理的不满从出口管制这种宏观议题，收缩到一个更具体也更现实的问题：有些人就是不希望消费级 AI 访问与身份验证绑定。
u/BuildwithVignesh 发布了 世界各国领导人与顶级 AI CEO 在法国 G7 峰会会面（388 分，90 条评论）。图片和文字指出，Dario Amodei、Sam Altman、Demis Hassabis 和 Arthur Mensch 正在与政治领袖会面，而 Anthropic 的访问争议仍未解决，这进一步强化了一个印象：模型访问已经成了外交议题，而不只是产品设置问题。
讨论洞察： Reddit 对治理的担忧并不只是抽象的“安全”措辞，而是现实中的访问控制：出口限制、验证要求、区域可用性，以及封闭模型访问权限可能在短时间内突然消失或收紧的风险。
与前一天相比： 前一天的重点更多是 Fable/Mythos 下线是否合理。到了 6 月 17 日，讨论则进一步延伸到用户的具体后果：谁能获得访问权限、必须提供哪些身份信息，以及政府能在多大程度上左右模型可用性。
1.4 开发者用开放数据集、工具和产品化实验作出回应（🡕）¶
开发者氛围依旧强劲，但最有说服力的项目，都对应着明确的痛点：封闭数据锁定、浏览器本地推理、持续性的 AI 游戏体验，以及开放评测闭环。
u/mon-simas 发布了 将你的编程会话捐赠给一个开放的 CC-BY-4.0 数据集，帮助训练开放权重和开源模型（1235 分，194 条评论）。链接中的 Trace Commons 工作流要求用户安装捐赠技能，确认仓库为公开状态，检查哪些内容会被移除，并在任何内容公开前提交 pull request 供审核。最高赞评论很快就指出了卡点：u/you_will_die_anyway（得分 295）表示，匿名化本身就应该做成一个独立工具；u/debauch3ry（得分 159）则怀疑，众包得到的轨迹未必会自然地产出高质量、企业级的数据。
u/xenovatech 发布了 Gemma 4 E2B 在浏览器中运行，使用由 Fable 5 编写的 WebGPU 内核，速度达到 255 tok/s（163 分，37 条评论）。所链接的 Hugging Face Space 文档并不算完善，但帖子声称在 M4 Max 上可达到约每秒 255 tokens，并同时链接了演示内核和 Google 的 Gemma 模型。评论区展现出了真实的产品摩擦：有人要求开源、有人要求支持 Firefox，还有人想知道测试后怎样删除那 2 GB 的下载内容。
u/Admirable_Flower_287 发布了 我发布了一款由本地 LLM 驱动的 RPG，其中生成的 NPC、地点、物品和任务都会作为游戏内对象持续存在（158 分，51 条评论）。作者表示，这款游戏在 Epic 上线首周售出约 1,800 份，目前商店评分为 4.0。它使用本地模型的方式，并不是生成一次性对话，而是把模型作为更大 RPG 系统中的持久世界组件。
讨论洞察： 开发者并不只是在做“套壳”。反复出现的模式是，把对封闭实验室的依赖变成更可检查的东西：开放轨迹采集、开放内核、本地优先的智能体，以及把模型当作子系统而不是整个产品的游戏系统。
与前一天相比： 6 月 16 日已经在轨迹采集和智能体基础设施上体现出很强的开发者活力。6 月 17 日则继续让 Trace Commons 维持高曝光，同时加入了更多具体的产品实验和浏览器本地演示。
2. 人们感到沮丧的地方¶
封闭模型的访问权限可能消失，或变得更具侵入性¶
严重程度：高。就在用户已经在争论 Anthropic 的 Fable/Mythos 系列出口管制之际，另一个帖子又展示了一份面向消费者的政策摘要，其中提到部分账户需要身份验证。u/procodernet 发布了 注册 Anthropic 需要护照（55 分，58 条评论），附图明确提到了验证数据，以及关于已连接应用的新增披露。与此同时，u/andrewaltair 和 u/mvandemar 也让 Fable/Mythos 出口管制争议持续发酵。评论区的应对模式并不意外：用户转而讨论开放模型、备份方案或替代供应商。是否值得投入建设：值得，尤其是那些能降低对单一受限供应商依赖的工具与服务。
接近前沿水平的开放模型仍然会压垮普通硬件预算¶
严重程度：高。人们对 GLM-5.2 的热情一再撞上硬件算账。u/Wrong_Mushroom_7350 在 GLM-5.2 是本地 AI 的一次胜利（557 分，182 条评论）中指出，即便使用更低 bit 数的变体，完整模型的体量依然意味着数百 GB 的内存需求；与此同时，u/Monad_Maya 则发帖询问 在非统一内存系统上本地运行 GLM 5.x 的最便宜方式是什么？（58 分，89 条评论）。回复重点都落在带宽、二手企业级 GPU 和 offload 技巧上，而不是简单的消费级配置。是否值得投入建设：值得，方向包括更智能的路由、蒸馏，以及硬件感知的部署工具。
基准测试截图并不能证明模型是否真正好用¶
严重程度：中。GLM 相关帖子里塞满了基准测试图，但许多高赞评论第一时间就加上了限定条件。在 GLM-5.2 是首个在 Terminal-Bench 上突破 80% 的开放权重模型，并击败了目前所有其他可用的开放模型（1030 分，205 条评论）中，u/Comfortable-Rock-498（得分 65）指出，Terminal-Bench 2.1 是较容易的基准变体。在 GLM-5.2（max）目前是所有可用模型中排名第三的模型，涵盖开放和专有两类。（617 分，88 条评论）中，u/QuinnGT（得分 87）则表示，缺乏多模态支持依然削弱了该模型在真实日常工作中的价值。用户的应对方式是等待更多竞技场结果、真实仓库报告，以及更小的模型变体。是否值得投入建设：值得，方向是构建能把基准优势与部署约束连接起来的评测套件。
浏览器本地和本地智能体演示仍有明显的产品粗糙感¶
严重程度：中。最强的开发者帖子仍然引发了可用性抱怨。在 Gemma WebGPU 线程中，u/powertodream（得分 10）询问测试后如何删除 2 GB 的本地下载内容，u/drepublic（得分 28）则要求支持 Firefox。在本地 RPG 线程中，最高赞反应也不是冲着架构去的，而是冲着发行方式：u/Cupakov（得分 37）反对只在 Epic 发布，u/BodegaOneAI（得分 25）则要求上 Steam。是否值得投入建设：值得，但重点更多在打包与 UX 打磨，而不是原始模型能力本身。
3. 人们希望有什么产品¶
更好的隐私保护型轨迹捐赠方案¶
最明确的诉求来自 Trace Commons 线程。在 将你的编程会话捐赠给一个开放的 CC-BY-4.0 数据集，帮助训练开放权重和开源模型（1235 分，194 条评论）中，u/Hodler-mane（得分 59）表示，他们希望有一个开放脚本，能在上传任何内容前剥离密码和 API key；u/you_will_die_anyway（得分 295）则表示，匿名化本身就应该是一个独立的工具机会。这是一个具有直接实用价值的现实需求。机会：直接。
体量更小、但仍保持接近前沿编码质量的开放模型¶
多个 GLM 线程都汇聚到同一个诉求：保住质量，缩小体量。在 GLM-5.2 是本地 AI 的一次胜利（557 分，182 条评论）中，u/LeMayMayMan（得分 57）表示，他们仍在等待一个 70B 稠密模型。在 GLM-5.2 刚刚开放权重，而它在编程方面看起来已经强得有点离谱了（78 分，57 条评论）中，u/ttkciar（得分 48）则明确希望看到更小的 GLM-5.2-Air。这一需求既紧迫又现实，因为当天的头条模型对许多用户来说仍然过重。机会：直接。
面向本地编码工作流的更好真实世界评测¶
评论区不断要求超越截图的证据。在 GLM 发布帖中，用户想看到真实仓库中的工作表现，而不只是图表；在本地硬件帖中，他们则具体比较吞吐量、量化与上下文之间的权衡。这个需求是实用性的，不是情绪性的：人们希望有一种基准或 harness，能在同一项测试里同时关联质量、延迟、硬件和工具使用。机会：竞争型。
更易用的浏览器本地打包与清理方案¶
Gemma WebGPU 线程暴露出一个更窄、但反复出现的需求：用户想要那种易于尝试、易于删除、并且默认支持跨浏览器的浏览器本地演示。关于 Firefox 支持和磁盘清理的提问说明，当前状态已经足够惊艳，但还不够适合反复使用。机会：偏愿景型，除非能配合清晰的目标用户。
4. 人们正在使用的工具和方法¶
| 工具 | 类别 | 情绪 | 优势 | 局限 |
|---|---|---|---|---|
| GLM-5.2 | LLM | (+/-) | 开放权重编码成绩强、MIT 许可证、100 万上下文、多档 effort level | 内存占用巨大；相较许多开放模型价格偏高；对真实世界可用性的信心不一 |
| Claude Opus 4.8 / Sonnet 4.6 | LLM | (+/-) | 仍是高难编码任务和长时程工作的参考点 | 访问封闭；出口政策争议；注册与身份顾虑 |
| Qwen3.6 27B | LLM | (+) | 可信的本地编码基线；被用于智能体和量化实验 | 仍需要 harness 调优和硬件上的精细配置 |
| Gemma 4 E2B | LLM | (+/-) | 可通过 WebGPU 演示在浏览器中运行；在相关帖子所述条件下于 Apple 硬件上速度较快 | 浏览器支持存在缺口；下载清理有问题；用户对其信任度弱于前沿编码领先模型 |
| llama.cpp | 运行时 | (+) | 本地推理灵活、支持 CPU/GPU 混合、量化生态成熟、评论中频繁被提及 | 相比面向新手的封装工具，需要更高的配置能力 |
| Ollama | 运行时 | (+/-) | 体验本地模型的快速入口；很快就列出了 GLM-5.2 | 许多高级用户仍认为它过于有主见或限制较多 |
| Trace Commons | 数据集工作流 | (+/-) | 提供了一个具体的开放编码轨迹捐赠流程，并在公开前加入审核环节 | 隐私剥离和数据质量仍未解决 |
| codehamr | 编码智能体 | (+) | 明确面向本地 LLM 的极简终端智能体；开源 | 当天的证据主要来自作者自报实验 |
| WebGPU 内核 / 浏览器推理 | 方法 | (+) | 让小模型无需服务器往返、直接在浏览器本地运行 | 跨浏览器兼容性和本地文件管理仍较粗糙 |
| 量化排名 / 推测解码 | 方法 | (+) | 是让大型本地模型在受限硬件上变得可用的关键手段 | 如果不做细致测试，质量与体量之间的权衡仍很难判断 |
总体来看，6 月 17 日呈现出的是一套分层的技术栈。前沿封闭模型仍在定义质量上限，但开放权重用户正越来越多地把 GLM、Qwen、量化表、推测解码和本地运行时组合起来，以缩小现实中的能力差距。最常见的变通方式并不是彻底换工具，而是任务路由：困难的仓库级工作交给前沿模型，首轮处理、摘要、信息提取或实验性本地智能体，则交给更小或开放的模型。竞争态势在 GLM-5.2 身上最为明显：它因基准进步而受到称赞，但在可用性、多模态能力和部署成本上，仍然被拿来与 Claude 和 GPT 比较。
5. 人们正在构建什么¶
| 项目 | 构建者 | 功能 | 解决的问题 | 技术栈 | 阶段 | 链接 |
|---|---|---|---|---|---|---|
| Trace Commons | u/mon-simas | 收集用户捐赠的编码智能体轨迹，形成一个公开前需审核的开放数据集 | 封闭实验室正在积累开放模型无法获取的专有编码轨迹 | 捐赠技能、Hugging Face Space 工作流、PR 审核流程 | Beta | 帖子，网站 |
| Gemma 4 WebGPU Kernels | u/xenovatech | 通过优化后的 WebGPU 内核在浏览器中运行 Gemma 4 E2B | 无需安装服务器，即可让小型本地模型变得可用 | Gemma 4 E2B、WebGPU、Hugging Face Space | Beta | 帖子，空间 |
| codehamr | u/codehamr | 面向本地 LLM 和 OpenAI 兼容端点的极简终端编码智能体 | 为本地模型提供更小、更节省上下文的编码智能体循环 | 本地 LLM、终端工具、OpenAI 兼容 API | Shipped | 帖子，仓库 |
| Instantale | u/Admirable_Flower_287 | AI 驱动的 RPG，其中 NPC、物品、地点和任务会作为游戏内对象持续存在 | 将本地 LLM 放入持久化游戏循环中，而不是只做一次性聊天 | 本地 LLM 组件加自定义 RPG 系统 | Shipped | 帖子，商店 |
Trace Commons 是当天针对一个战略性痛点最明确的开发者回应。公开工作流显示，用户需要安装捐赠技能，在一次开源会话后运行它，检查哪些内容被移除，然后提交 pull request 供维护者审核。最有力的反对意见也很有启发性：隐私清洗和数据质量仍然是瓶颈，这说明它解决的是一个真实问题，而不是凭空制造需求。
Gemma WebGPU 帖子则展示了第二种反复出现的模式：把本地推理带到用户本来就在的场景中。其技术主张很具体——在 M4 Max 上约每秒 255 tokens——而评论区关注的是浏览器支持和存储清理，而不是质疑浏览器本地推理本身是否有意义。
codehamr 和 Instantale 展示了本地模型两种不同的产品方向。codehamr 把模型当作终端循环中的紧凑型编码执行者；Instantale 则把模型当作更大持久化游戏中的一个子系统。两者共同表明，开发者越来越倾向于把本地模型嵌入特定工作流，而不是只暴露原始聊天界面。
反复出现的构建模式包括：用开放方案替代封闭模型的优势、更紧密的本地执行闭环，以及把模型约束到具体任务中的产品界面。全天触发这些构建的痛点也很一致：开放编码数据缺失、巨型封闭系统的脆弱性，以及如何让更小的本地模型可靠到足以围绕它们发布产品。
6. 新动态与值得关注的内容¶
开放权重编码能力的进步开始呈现出累积效应，而非孤立事件¶
GLM-5.2 并不只是出现在一篇发布帖里。它同时出现在基准测试截图、API 上线讨论、Ollama 可用性、Design Arena 排名和本地硬件争论中，因此更像一次生态事件，而不是榜单上的单点跃升。正因如此，这次发布在 6 月 17 日比前一天更重要。（发布帖）
开放轨迹捐赠从抱怨变成了可执行工作流¶
Trace Commons 之所以突出，是因为它提供了一条真正公开的贡献流程——安装技能、检查移除项、提交 PR——而不只是再次抽象抱怨封闭实验室拥有更好的数据。评论区显示，社区立刻开始从隐私与质量两个维度对它进行压力测试，而这恰恰是严肃工作流会引来的反应。（帖子）
浏览器本地推理持续从演示跨向可用工具¶
Gemma WebGPU 帖子之所以值得注意，并不是因为浏览器推理本身有多新，而是因为作者给出了明确的吞吐量数字、附上了可运行的内核链接，并吸引来了产品反馈，而非质疑声。这说明大家的基线预期，已经从“这能跑吗”转向“这能不能放进我的实际工作流里”。（帖子）
7. 机会在哪里¶
[+++] 隐私安全的开放编码轨迹管线 —— 多个部分都汇聚到这里。Trace Commons 展示了明确需求，而高赞评论则指出，匿名化、密钥剥离和数据质量筛选仍是未解阻碍。这个机会很强，因为需求明确，而且对开放模型的下游价值显而易见。
[+++] 面向开放编码模型的硬件感知路由与压缩 —— GLM-5.2 的发布进一步凸显了基准声望与可部署性之间的差距。用户希望看到更小的变体、更好的量化指导，以及能够判断何时该用前沿云端模型、何时该用本地 27B 级模型、何时先蒸馏或先做摘要的工具。
[++] 把质量、延迟与硬件成本结合起来的真实世界评测 —— 当天的评论反复表明，单纯的基准截图并不够。若有一层产品或基准体系，能把仓库级任务、每秒 tokens 数、内存占用和工具成功率放到一起衡量，就能满足一个非常明确的现实需求。
[+] 浏览器本地 AI 的产品打磨 —— Gemma WebGPU 线程表明，用户对浏览器内本地推理的兴趣是真实存在的，但当前摩擦点在于支持、存储与清理，而不是模型本身是否新鲜。因此，这确实是个机会，但范围相对更窄。
8. 要点¶
- GLM-5.2 之所以成为当天的锚点话题，是因为它同时具备发布势能、基准证据和真实部署层面的争论。 Reddit 提到了它在 Terminal-Bench 2.1 上的 81.0、在 SWE-bench Pro 上的 62.1、MIT 许可证和 100 万上下文，但评论始终把话题拉回到硬件与任务适配。（来源）
- 如今，限制开放权重热情的，与其说是模型原始质量，不如说是可用性预算。 6 月 17 日最有分量的本地线程，讨论的都是内存通道、offload 策略、量化，以及那些巨型可下载模型是否真的实用。（来源）
- 社区仍然把封闭前沿模型视为质量参照，但访问焦虑正推动人们转向开放替代方案。 无论是出口管制争论、注册验证截图，还是关于备份开放模型的评论，指向的都是同一个方向。（来源）
- 开发者的回应针对的是战略缺口，而不只是做套壳。 Trace Commons 对准的是数据不对称，codehamr 对准的是本地智能体易用性，而 Gemma WebGPU 演示对准的是浏览器本地执行。（来源）
- 在 Reddit 真正信服之前，基准测试截图仍然需要运行层面的上下文。 最高赞的技术线程几乎都伴随着限定条件：要么是较容易的基准变体，要么缺少多模态能力，要么建立在不现实的硬件假设上。（来源）