AI 开发者日报

• Ox Alpha 成为当天最受关注的谜之模型：多位开发者报告其编码和智能体（agentic）性能异常强劲，社区猜测逐渐聚焦于智谱/GLM 家族——可能是 GLM-5.3 Vision 或某个 flash 变体，而非一个全新的巨型基础模型。相关报道包括 Theo 称它在内部基准测试中“碾压”一切，随后 基于它的审批合并了 8 个 PR，以及 Kimmonismus 引用其在 10 个 DeepSWE 任务上取得 >80% 的成绩，对比 Fable 的 65% 和 GPT-5.6 Sol 的 52%。社区分发速度极快，通过 Hermes Agent/OpenCode/OpenRouter 和 Cline 迅速扩散。
• 社区中最强的技术解读是“后训练 + 基础设施 > 单纯规模”：多个独立分析认为，Ox Alpha 的速度特征和风格更像是一个高效的 GLM 衍生模型，而非 1T+ 参数的巨兽。参见 Tim Dettmers 关于更快的输出/较弱的局部预填充暗示更少活跃参数的论述、scaling01 认为它可能是更大的教师模型蒸馏到 5.3 级模型的结果，以及 teortaxesTex 反复将范围缩小到 GLM-5.3/5.4 Vision。这一解读与一份详细的 GLM-5.3 分析所提出的更广泛论点相吻合：性能提升来自与 GLM-5.2 相同的 743B 基础模型，改进归因于规模化的后训练、更好的沙箱环境，以及用于长程智能体任务中更精细信用分配的 SAO 机制，详见 ZhihuFrontier 的帖子。
• DeepSeek 发布了当天最具体的产品：DeepSeek-V4-Flash-Vision-Exp 新增多模态支持，同时据称保留了 V4-Flash 的文本能力，DeepSeek 声称其多模态智能体性能接近 Opus-4.8。此次发布包括 混合文本+图像 API 支持，117–384 个图像 token 按 Flash 定价计费，以及一个用于可复用上传的新的 Files API。这似乎至少部分解开了 Ox Alpha 的谜团，有观察者指出 这个神秘模型在某些测试中很可能是一个“盲测 VLM”。
• 更广泛的信号：中国实验室正在性价比和多模态智能体两个维度上压缩前沿差距。这一点得到了两方面的佐证：Kimmonismus 认为传闻中的 GLM-5.3 Flash 级 Ox Alpha 将迫使美国实验室做出反应，以及 SemiAnalysis 直接发问：开源模型是否正在迎头赶上。

• OpenAI 将 GPT-5.6 Sol 的定价下调超过 20%，为期三个月，适用于 API 和基于积分的产品，由 @OpenAI 和 @OpenAIDevs 宣布。这一举措与产品层面的促销活动叠加，例如 Code 的 50% 折扣持续至 9 月 3 日，以及 Cognition 指出在 Devin 上，Sol 在叠加折扣后实际上已比标价便宜 76%，持续至 10 月 3 日。这一动作既是对利用率和效率的更新，也是对廉价中国推理服务的竞争性回应。
• Codex 的使用量似乎在爆发式增长：thsottiaux 表示 Codex 已达到 2000 万活跃用户，并为所有 Codex 和 ChatGPT Work 用户提供了"银行重置"，随后被 Theo 和 Kimmonismus 迅速转发放大。还有一些轶事表明产品超出了预期限制，例如 Theo 声称一个长期运行的目标在他已经用完 0% 剩余额度后仍消耗了约 800 美元的 token。
• OpenAI 增加了更好的支出控制功能：团队现在可以按 API 密钥跟踪使用情况和支出，并设置硬性的月度组织/项目限额，这在智能体工作负载变得越发不可预测且并发性更高的情况下非常有用。
• 市场情绪在初创企业工具领域重新转向 OpenAI：immad 表示 Anthropic 在初创企业中的份额可能在 Q1 已达到顶峰，Sol 和 Codex 正在"扭转潮流"。与此同时，一些用户将 Sol 视为当前在编码/数学/智能体任务中表现最全面的模型，例如 DimitrisPapail 认为它是"几乎所有任务中最强大的可用模型"。

• 重心正从提示词转向环境：今天最具实质性的讨论线索依然是 GLM-5.3 的沙盒缩放解读：在相同基础模型的前提下，通过更丰富的可执行环境和 SAO 风格的反事实信用分配，实现了更好的长程任务表现。这与今天分享的其他工作相互印证：Google 的 EnvHarness / EnvRigger 利用插件层和策略诊断驱动的环境重塑来适配静态环境，在保留集上的表现提升了最多 9 个点，同时执行步骤减少了 9.8%。
• 基准测试正变得更加任务特定且更具挑战性：FACET 从智能体技能中构建了可执行的终端任务，并验证了 6,078 个任务；SWE-bench Science 引入了 119 个科学软件任务，即便是 Claude Code + Opus-5 的 pass@1 也不足 50%；CADBench 发现顶级模型在真实的 Fusion 360 任务中通过率仅为 24.6%；而 AI4AI-Bench 在 10 个研究仓库上测试递归自我改进能力，最佳模型的平均得分也只有 0.288。
• 智能体基础设施正加速产品化：GitHub 将协作式智能体工作流集成到了 Slack 和 Teams 中，Slack 描述了类似 Devin 的工作流——智能体在共享频道内领取任务、开启 PR，并将设计环节纳入其中（示例）。智能体运行时方面也有持续进展：nac v0.1.3 新增了沙盒化的 git worktree、会话组织以及视觉感知的图像读取能力；Hermes Agent 开放了 Ox Alpha，并推出了"空白画布模式"和自动技能剪枝功能；OpenHands 将免费默认模型切换为 Kimi K3。
• RL 推理服务正确性方面取得了一项重要的系统级成果：vLLM 的 IsoExec 解决了由浮点数非结合性导致的 rollout/训练 logprob 不匹配问题，在 TP/EP/SP 布局之间强制实现逐位一致性。在 Qwen3.5-35B-A3B 配合 DAPO 运行于 8xH100 的配置下，logprob 差异据报道从 1.6e-2 降至 6.7e-7，额外开销仅为 25.3%。

• 推理时架构新思路：DeepMind 一篇关于 Recirculation（再循环） 的论文引起了广泛关注。该方法的核心理念是在推理阶段，将更深层网络中的上下文激活信息重新馈送回较早的处理层，且无需重新训练模型。据摘要所述，实验结果显示该方法带来了显著改进，包括 上下文错误率降低 60%、困惑度下降 23%，以及 GSM8K 基准提升 21%（讨论帖）。
• 模型路由获得了更严谨的理论框架：Google DeepMind 的 Pandora's Router 将路由问题重新定义为一种带有昂贵检查成本的最优搜索问题，而非假设路由估算本身是零成本的。其核心主张是：在保持与穷举式估算相当的质量的同时，大幅减少对昂贵估算器的调用次数，并且适用于包含专家级大模型和可变推理时计算量的多种场景。
• 机器人领域迎来两项重磅进展：NVIDIA 的 AVO 据称已成功攻克了 25 个公开 ARC-AGI-3 环境中全部 183 个关卡，不过 François Chollet 提醒说，这仅是公开演示/教程集，而非完整的基准测试集。与此同时，Jim Fan 推出了 T-Rex，这是一套基于触觉反应的灵巧操作技术栈，采用异步视觉/触觉专家系统，并配套发布了目前规模最大的开源触觉数据集：50 小时 / 约 5,500 个片段 / 22 自由度硬件。

• 开放模型访问与本地推理持续进步：Ollama 欢迎 AT&T 加入开放模型阵营，并将 Kimi K3 加入 Pro/Max 订阅。Yuchen Jin 重点介绍了 UC Berkeley 的 FreeToken：在单张 RTX PRO 6000 上以 14.9 tok/s 运行 753B 参数的 GLM-5.2，以及在 8GB 显存的 RTX 4060 笔记本上以 39.3 tok/s 运行 Qwen3.6-35B，并声称在消费级 GPU 上吞吐量是 Ollama 的 2–4 倍。
• 算力仍然是硬性瓶颈：多位业内人士认为推理容量正在收紧而非放宽——参见 saranormous 关于优秀 AI 公司受算力限制而增长受限的观点，以及 Andrew Carr 关于自建 GPU 后实验需求仍超出可用容量的讨论。这使得模型效率、调度优化以及更低的延迟和每美元 token 产出成为战略重点。
• 开源训练透明度也在同步提升：Percy Liang 宣布 Marin 535B-A23B 已开始训练，目标是在 11× GB200 NVL72 上训练 18.75T tokens，预计耗时约 3 个月，整个训练过程一如既往地保持开放透明。

• DeepSeek 发布 V4-Flash-Vision-Exp —— 这是当天最清晰的产品发布，也可能是多模态智能体领域最具实际意义的重大转变。
• OpenAI 将 GPT-5.6 Sol 定价下调超过 20% —— 前沿模型领域出现了明显的价格压力。
• Codex 活跃用户突破 2000 万；为用户提供重置额度 —— 显著的产品增长信号。
• NVIDIA AVO 在 ARC-AGI-3 公开环境中达到 100% 得分，附 Chollet 的保留意见 —— 成绩令人印象深刻，但基准测试的解读方式至关重要。
• David Sacks 谈 Harvey 使用开源 Kimi K3 以更低成本实现法律领域 SOTA 水平 —— 这有力地证明了限制开源模型的做法主要会损害美国应用层公司。

• Qwen3.8-27b 拥有我在本地模型中见过的最强"智能体能力"（活跃度：1334）：该帖子声称 Qwen3.8-27B 在单张 RTX 3090 上本地运行，配合 Unsloth Q4_K_S 量化、q8 KV 缓存和 150k 上下文，展现出了异常强大的自主智能体工作流能力：使用 Playwright 配合现有的 SSO/会话 Cookie 导航大学系统并检索课程表，以及通过下载、帧提取、Whisper 转录和图像增强来处理社交媒体视频。图片 是模型报告使用 Outlook/OWA Playwright 配置文件、微软"保持登录状态"和 Duo 浏览器信任 Cookie 访问学校系统的截图，这使得其技术意义不仅在于原始模型质量，更在于本地大模型工具调用智能体能力加上高风险凭据/会话处理。评论区既惊叹又谨慎：一位用户明确担心给予智能体过多权限可能导致破坏性操作（如退学），而其他人则认为这证明了先进的本地智能体系统已经存在，只是分布不均。

一位评论者询问了 Qwen3.8-27B 所展示的智能体行为背后的实现细节，特别是所使用的智能体框架——例如 Claude Code、Hermes 或其他框架——以及工具如何通过 MCP 服务器、浏览器工具、Python、文件系统访问等方式暴露。他们还询问了推理后端（如 llama.cpp）以及模型如何自主下载视频、提取帧并安装 Whisper。

• 关于所引用量化的可靠性存在技术担忧：一位评论者表示惊讶于"量化效果竟然这么好"，同时提到该量化级别存在循环行为的报告。这表明模型表面上的智能体能力可能对量化级别和运行时行为敏感，尤其是在长时间工具使用场景下。
• 一个安全导向的讨论质疑了给予本地智能体广泛系统访问权限的做法，一位评论者表示不会信任像 Sol 或 Fable 这样的智能体拥有不受限制的权限。担忧不在于本地推理本身，而在于拥有足够权限执行修改账户或工作流等有影响力的现实世界操作的自主智能体。

Qwen3.8-27B 在知识方面相比 3.6 遭受严重下滑（活跃度：779）：该帖子报告 Qwen3.8-27B / Qwen3-8-27B 在离线、无工具调用的事实性回忆方面似乎相比 Qwen3.6-27B / Qwen3-6-27B 出现回退：作者的私人"略显冷门"的冷知识/生存准备基准测试显示，在不同量化级别和采样设置下均出现失败，与 Artificial Analysis 的 Omniscience 知识基准 上较低的分数一致。所报告的性能下降特指存储在权重中的知识以及在隔离推理下的幻觉/事实回忆，而非编码/工具使用；评论者指出 Qwen3.8 在工具调用、网页搜索/抓取工作流、编码和智能体行为方面更强。评论者普遍认为这是有意的权衡：更新的 Qwen 3.x 模型可能针对编码/智能体任务进行了优化，而非充当"迷你谷歌"式的事实存储库，并建议 Gemma 4 更适合冷知识/随机事实回忆。一位用户确认在禁用网页工具时，模型在邮票识别或老照片位置识别等小众视觉/历史/地理任务上出现回退，但考虑到工具使用的改进，认为这一权衡可以接受。

• 多位评论者将 Qwen3.8-27B 描述为从记忆化事实回忆转向编码、工具使用和智能体工作流。一位测试小众"知识"工作负载（邮票识别以及从老照片进行历史/位置推断）的用户报告称，在禁用网页搜索/抓取工具时，Qwen3.8 的表现不如 Qwen 3.6，但允许外部信息检索时则更有用。
• 所感知到的回退被描述为 27B 模型的有意权衡：减少冷门记忆知识，同时保留足够的推理能力用于问题解决和智能体任务。评论者建议在事实/冷知识密集型任务中使用 Gemma 等模型，而将 Qwen3.8 保留用于编码/工具调用场景，用户报告在这些场景中表现更强。
• 一个技术推测是，未来的模型可能通过神经插件/LoRA 类模块将基础推理与领域知识分离：例如，将日语能力或金融领域专业知识作为可附加组件，而非将所有知识烘焙进基础模型。这被提议作为保持基础模型更小或更专业化的方式，同时允许按需扩展领域能力。

Qwen 3.8 27b - PI AGENT vs OPENCODE（活跃度：510）：作者对比了 PI Agent 与 Opencode，使用本地 llama-server 后端，运行在 RTX 3090 上，配置为 Qwen3.8-27B-Q4_K_M.gguf、ctx-size=100000、flash-attn=on、n-gpu-layers=99、DeepSeek 风格推理以及视觉 mmproj 模块。他们报告 PI Agent 产生了更好的输出、使用更少的 token、避免了 Opencode 明显的 32k 输出 token 上限/冻结行为，并将上下文压缩延迟到约 90k token（而 Opencode 在总上下文为 100k 时约从 67k 开始压缩）；他们还建议启用视觉功能，以便模型能够直观评估生成的输出，CPU/RAM 卸载对于截图评估延迟是可接受的（~3s 对比 GPU 的 ~0.3s）。该测试的灵感来自之前 LocalLLaMA 上关于生成弹跳球动画的帖子：reddit.com/r/LocalLLaMA/comments/1j7r47l/…。评论者质疑一次性 HTML/动画任务是否是有效的框架对比基准，并建议使用多步骤、大量工具调用的工作流。另一位用户报告称，PI + 本地 Qwen3.8-27B 在构建一个约一小时的极光预测应用时感觉与 Claude Code 不相上下，尽管两个模型都认为 Claude 的初始结果略好，直到 PI 迭代改进。

• 一位评论者认为一次性 HTML 生成不是比较 PI Agent 与 OpenCode 的有意义基准；他们建议使用包含大量工具调用的多步骤任务来评估框架的规划、编辑和恢复行为。
• 一位用户报告了本地 Qwen3.8-27B 运行在 PI 中与 Claude Code 在构建极光预测应用上的主观对决。他们感觉运行时间相似；两个智能体都认为 Claude 的首次结果略好，但在要求 PI/Qwen 升级其版本后，用户更喜欢 Qwen 的呈现效果。最终应用据称集成了多个卫星仪器，并提供 30–60 分钟的极光预警。
• 另一位评论者建议将 DeepSeek 框架加入对比，暗示评估应涵盖更多智能体运行时，而不仅仅是 PI Agent 和 OpenCode。

• DeepSeek-V4-Flash-Vision-Exp（活跃度：722）：该图片是 DeepSeek-V4-Flash-Vision-Exp 的技术基准测试表（图片），将其与 DeepSeek V4-Flash-0731 和 Opus-4.8 在文本智能体与多模态智能体评测上进行了对比。结果显示，相较于之前的 DeepSeek Flash 版本有全面提升，包括 Terminal Bench 2.1 得分 83.9、Toolathlon-Verified 得分 75.9、Chartography 得分 64.3，而 Opus-4.8 在多数文本密集型基准上仍保持领先；Vision-Exp 在多模态任务（如 Agents' Last Exam 和 ZeroBench）上则更具竞争力。社区的主要技术反应是，报告中 DeepSWE 相比 0731 版本提升了约 +4 分，这一幅度被认为异常之大。其他评论多为炒作或阵营站队式的反应，而非实质性分析。

DeepSeek 官方公告称 DeepSeek-V4-Flash-Vision-Exp 已通过 DeepSeek API 上线，使用 model='deepseek-v4-flash-vision-exp' 调用，在保持 DeepSeek-V4-Flash 文本能力的同时新增了多模态输入支持。该模型支持 Chat Completions、Messages 和 Responses API，可通过 base64、外部 URL 或 Files API 实现文本+图像的混合输入；每张图像按最多 384 个 token 计费，价格与 V4-Flash 一致。文档：视觉指南。

• 多条评论聚焦于基准分数的变化：有人指出 DeepSWE 从 0731 到 Vision-Exp 提升了 4 分，而公告声称多模态智能体基准实现了"重大飞跃"，性能已接近 Opus-4.8。讨论中涉及的技术含义是，Vision-Exp 可能在保留 V4-Flash 的智能体/推理/世界知识文本性能的同时，大幅增强了视觉智能体工作流。
• DeepSeek 还推出了 Files API 用于图像复用：用户只需上传一次图像，即可通过 file_id 引用，无需在多次请求中重复发送图像负载，从而降低带宽开销。有评论者询问模型权重是否会开源，并指出当时在 Hugging Face 上还找不到相关权重，暗示该模型在讨论时似乎仅通过 API 提供。Files API 文档：files_api。

以"无聊"的方式运行 Deepseek V4 Flash-0731，130-150 tks —— 16×5060ti 16GB 通过 2 个 PLX88096 交换机（活跃度：621）：该图片是一个终端 GPU 监控仪表盘，验证了帖子中非同寻常的 16× RTX 5060 Ti 16GB 推理配置：所有 GPU 均可见，显存占用接近满载（约 15.2–15.7 GiB / 15.9 GiB），并分配给 DeepSeek V4 Flash-0731 的 vLLM 工作进程。该配置使用两个 Broadcom/PLX PEX88096 PCIe 交换机岛，搭配打过补丁的 NVIDIA 610.43.02-p2p 驱动，每张 GPU 的 Resizable BAR/BAR1 设置为 16 GiB，并采用自定义的 all-reduce/DSpark 流水线并行方案；据报道，单用户生成吞吐量约为 100–150 tok/s（取决于 TP/PP 布局），在 TP4/PP4 配置下 16 个并发用户时聚合吞吐量可扩展至 727 output tok/s。图片还展示了该构建的权衡与奇特之处：GPU 似乎以 PCIe Gen1 x8 连接，且截图时刻大部分处于空闲状态，尽管显存占用很高，说明该截图更多是拓扑/显存驻留的证明，而非实时利用率基准。评论者关注的焦点并非基准测试表，而是该构建在物理层面的"疯狂"，纷纷要求*"看看实物照片"，并称之为"疯狂配置"。一个值得注意的、既怀疑又幽默的技术评论是："一点 vibe coding"* 背后很可能隐藏着大量自定义分布式推理工作。

• 我仅用不到250美元从零构建了一个迷你Kimi-K3，性能已超越GPT-2（124M）！（热度：1118）：该图片是一张从零训练的迷你Kimi-K3风格MoE语言模型的技术训练汇总表：总参数量1.02B，每个token激活145M参数，包含K3风格的组件，如Delta Attention、Gated MLA、Attention Residuals、LatentMoE，以及K3的163,840 token分词器。报告显示在单块H200上以$4.54/小时的价格训练了5,000,003,584个token，共38,147步，损失从12.100降至2.62，0%死专家（dead experts），最终成本为$252.35，这与标题中"低于$250"的说法略有出入；作者声称HellaSwag得分33.4%，超越了得分28%的GPT-2 124M。图片 评论区以鼓励和技术好奇心为主，有人询问算力是租用的还是本地的，并建议后续实验，如更大的35B/3B激活变体，或使用K3作为教师模型进行自主强化学习。所提供的评论中没有实质性的基准测试或架构辩论。

一位评论者对报告的1.02B模型的训练token预算提出了质疑，认为相对于Chinchilla缩放定律而言，该模型严重欠训练：大约每个参数5个token，而通常引用的标准是20个，即比预期少了约4倍的token。他们建议将模型缩小约60%，并将数据集规模扩大3–4倍，这样或许能产出一个更实用的小型LLM。

• 一位用户在GTX 1660 Super上本地训练小模型，提供了技术细节丰富的对比，包括63M A16M、92M A22M和220M A25M；据报道，220M模型耗时约98个GPU小时，处理了4.5B个token。他们在n=400的情况下HellaSwag得分31.4%，并指出以代码为主的数据集能改善基础Python算法生成，但会损害聊天质量。
• 有人对使用训练好的Kimi-K3风格模型作为教师模型进行自主RL/蒸馏的后续实验感兴趣，另一位评论者询问原始训练使用的是租用的云算力还是本地硬件，暗示成本和算力可复现性是验证$250这一说法时关键的技术考量。

对美国开源来说将是巨大利好（热度：292）：该图片是一张Techmeme/X截图，报道称Nvidia将以约$6B的非排他性许可协议向Poolside支付其模型开发技术栈的使用费，同时以约$12B的投前估值投资约$1B；评论者通过The Information和存档链接关联了底层报道。从技术角度看，核心资产似乎是Poolside用于构建其Laguna编程模型的**"Model Factory"**——评论中特别提到了Laguna S 2.1，被认为在其规模下表现强劲——而参与Laguna项目的109名Poolside员工据称收到了Nvidia的录用通知。这不是一个梗；它意义重大，可能推动Nvidia的开源模型/Nemotron生态系统以及美国开源编程模型的发展，但也表明Nvidia正在利用"许可+招聘"的结构来吸收战略性AI模型和基础设施能力，而无需正式收购。评论者意见分歧：一些人认为这对更多开源模型来说是"好消息"，而另一些人则担心这实际上是变相收购（acqui-hire），可能会搁置Poolside独立的Laguna路线图，并将相关工作并入Nvidia/Nemotron。

• 评论者重点解读了The Information报道的交易结构：Nvidia据报道将支付$6B以获得Poolside Laguna模型开发系统/"Model Factory"的许可，并向109名员工发出录用通知，同时以$12B的投前估值投资$1B。引用的文章将此描述为Nvidia在开源模型领域更广泛布局的一部分，并指出Poolside声称未来一年参与竞争所需的Nvidia硬件访问量将超出其独立获取的能力。
• 多条技术评论聚焦于Laguna S 2.1作为编程模型的表现：一位用户称其*"在其规模下令人印象深刻"，并担心它可能被并入Nvidia的Nemotron项目而非独立发展。其他人则持更负面的态度，报告称Laguna容易出现循环（looping）*问题，并称与Qwen的比较"可笑"，这表明尽管该模型知名度很高，但实际使用体验褒贬不一。

/r/Singularity, /r/Oobabooga, /r/MachineLearning, /r/OpenAI, /r/ClaudeAI, /r/StableDiffusion, /r/ChatGPT, /r/ChatGPTCoding, /r/aivideo, /r/aivideo

• NVIDIA 的编码智能体在 ARC-AGI-3 交互推理基准测试中取得 100% 得分（热度：1158）：这张图片 是 NVIDIA AI 的截图，声称 NVIDIA AVO（一个通用型编码/自主智能体）在 ARC-AGI-3 交互推理基准测试中取得了 100% 的得分，在 25 个公开环境中完成了全部 183 个关卡，且*“无需指令、无需明确规则、无需给定目标”*。评论中的一个关键技术说明是，该结果似乎仅针对公开测试集，而非私有基准测试集；NVIDIA 的详细说明见：developer.nvidia.com 博客文章。评论者对此持怀疑态度，认为这未必能证明广泛的通用推理能力，可能只是针对基准测试的过拟合，除非能在未见过的/私有任务或其他不相关的交互环境（如随机游戏流或宝可梦类游戏）中得到验证。

一个关键注意事项是，NVIDIA AVO 声称的 100% ARC-AGI-3 得分仅基于公开测试集，而非保留的私有评估集，因此该结果可能尚不足以证明其在排行榜级别的泛化能力。相关 NVIDIA 详细说明见：NVIDIA AVO 在 ARC-AGI-3 上达到 100%。

• 多位评论者质疑该结果反映的是广泛的交互推理进步，还是针对特定基准的优化。建议的验证目标包括随机流游戏或宝可梦风格游戏等不相关环境，核心关切在于该智能体能否将能力泛化到 ARC-AGI-3 之外的其他长时程交互任务。

一个名为 Ox-Alpha 的隐身模型已发布，在 SWE 基准上超越 Fable。（热度：1020）：一个名为 Ox-Alpha 的隐身模型据报道在 SWE 基准测试上超越了 Fable，评论者报告的得分为 ox-alpha 80%、fable 65%、gpt-5.6-sol 52%。一位评论者还运行了一个定性的多模态/代码生成风格提示词，“创建一个骑自行车的龙的 SVG”，并在此分享了视觉对比：点击查看。评论者推测该模型可能来自中国或与中国相关，因为据报道它拒绝回答*“台湾是否是中国的一部分”*，这引发了对其政治安全/审查行为的担忧，尽管其基准测试表现强劲。

• 一位评论者报告了对比性的 SWE 风格性能数据：gpt-5.6-sol: 52%、Fable: 65%、Ox-Alpha: 80%，暗示在软件工程任务上相比 Fable 有大幅跃升。帖子中未提供方法论或基准来源，因此在独立复现之前，这些数字应视为轶事性数据。
• 一位用户对已经通过 Fable 和 Gemini 3.7 Flash 审计的维护中的 Python 代码运行了 Ox-Alpha；据报道 Ox-Alpha 发现了 2 个后来被确认为真实的 bug。这是代码审查能力的一个有用的定性信号，尤其是因为被测代码已经经过其他强模型的筛选。
• 另一位评论者将 Ox-Alpha 与其他模型在多模态/视觉生成风格提示词*“创建一个骑自行车的龙的 SVG”*上进行了对比，并分享了输出对比图：https://preview.redd.it/pszb4z36iokh1.png?width=2400&format=png&auto=webp&s=0e6ed6fa838886ca315c8cd10ac0d4c8fa11c126。这表明用户不仅在测试编码基准，还在测试 SVG/结构化生成的保真度。

• H3 Minimax 稀疏注意力，最高可获 2.5 倍加速。（热度：1204）：PlagueKind 为 H3 Minimax 添加了一个稀疏注意力/SLA 节点到 ComfyUI-PlagueKind-Nodes，声称当该节点放置在链条末尾、直接连接到 guider 和 scheduler 时，最高可实现 2.5× 加速；作者推荐使用更新的 PyTorch + CU130，指出 Blackwell GPU 受益最大，并建议针对低分辨率/短视频调整 min_seq 参数，同时避免过高的内存分块。一位评论者在 RTX 5090 上以 0.5 MP、25 秒、8 步 Turbo LoRA 进行了基准测试：未使用稀疏注意力时为 4分13秒，使用后为 2分56秒（约 1.44× 加速）。更新后的工作流已链接在 Civitai 和 Hugging Face 上。质量结果似乎因模型/内容而异：一位用户报告了严重的形变问题，称动漫内容"很快崩坏"，而其他用户则推荐作者的 Hugging Face 工作流 作为质量/速度的良好基线。

一位用户在 H3 Minimax 上使用 RTX 5090、0.5 MP、25 秒 和 8 步 Turbo LoRA 对稀疏注意力进行了基准测试：运行时间从未使用稀疏注意力的 4分13秒 降至使用后的 2分56秒，表明在该配置下大约有 1.4× 加速，而非宣传的 2.5×。

• 多位用户报告了稀疏注意力带来的明显质量退化：形变、背景幻觉，以及手/手指不稳定地"凭空出现又消失"。一位评论者指出，写实内容乍看之下可能过关，但*"动漫内容很快崩坏"*，暗示这种近似方法在风格化运动或高频一致性方面可能更为脆弱。
• 一位评论者指出了包含稀疏注意力节点的更新版 ComfyUI 工作流： https://huggingface.co/Plaguekind/Minimax-H3。该工作流被描述为质量/速度的起点，但其他人要求提供并排对比视频，因为速度提升似乎伴随着不可忽视的质量权衡。

我用 Codex 让 Seedance 2.5 精确到达"灾难女孩"画面（热度：2508）：该帖子描述了将 ChatGPT/Codex 用作逆向镜头规划工具，用于一段 20 秒的 Seedance 2.5 图生视频生成，目标是精确到达固定的"灾难女孩"终帧，而非作为提示词改写器。该工作流将终帧视为一组硬约束——主体姿态/视线/表情、摄像机高度、视角轴线、前景/背景层次——然后反解出一条物理合理的摄像机路径，包含明确的平移、遮挡、曝光过渡、视差线索以及末端减速阶段："快速飞行 → 受控滑行 → 小幅位置修正 → 摄像机/主体共同减速 → 完全停止。" 报告的生成细节：开场帧来自 Seedream 5.0 Pro，成本 $0.045；20 秒 Seedance 2.5 渲染，1080p-ESR / 60fps，通过 OpenMontage 内的 Atlas Cloud API 完成，成本 $2.68；Reddit 托管的视频链接因 403 Forbidden 无法访问。热门评论更多聚焦于场景合理性和伪影问题，而非规划方法本身：一位评论者认为窗口前的室内镜头在物理上不一致，因为外部/低层起火应该意味着室内有烟雾或火焰；另一位则指出了不合理的"消防车与拖车组合"。

• 多位评论者指出了生成视频中的场景一致性失败：窗口过渡前的室内画面与外部"灾难女孩"终帧在视觉上不匹配，尽管外部和低层已被火焰吞噬，但缺少火灾/烟雾线索。有人指出镜头似乎从低层开始，在烟囱上方约三层楼的高度穿出，随后展示的房屋却没有匹配的上层结构，暗示空间/世界模型连续性较弱。
• 技术批评聚焦于当前 AI 视频生成中典型的物理和语义合理性错误：消防员保持静止不动，水似乎直接从无人看管的消防栓中涌出，水流并未对准火源。评论者普遍认为窗口过渡段是整段视频中最出彩的部分，而过渡前的画面看起来像是拼接在终帧上的另一个独立场景。

• GEN-1.5发布：一次性学习器（热度：1482）：Generalist AI 发布了 GEN-1.5，被描述为面向具身AI/机器人领域的一次性学习器，演示视频见 YouTube 和博客文章。其核心宣称的能力是：用户只需演示一次任务，机器人就能快速复现并泛化该行为。由于Reddit返回403 Forbidden，无法访问链接的Reddit演示视频，因此无法获取该片段中的独立技术细节。评论者将这一成果视为机器人领域的重大里程碑，有人称其为*"具身AI/机器人领域的GPT-2"*。讨论大多围绕兴奋与猜测展开，而非技术批判或基准测试。

评论者强调该演示是具身机器人一次性学习的有力例证，GEN-1.5似乎能够观察一次任务后即泛化该行为，如链接的Reddit视频所示：https://reddit.com/link/p4pmjde/video/3ngya01jqekh1/player。有评论者将其类比为机器人领域的GPT-2，即一个早期的规模化里程碑，暗示随着更多数据和模型容量的增加，更广泛的泛化可能变得切实可行。

• 一个具有技术深度的问题是：这种一次性适应行为究竟是规模化带来的涌现特性（在特定机器人数据分布下），还是被明确工程化的能力。该评论者推测，如果类似的规模化和数据形态效应能迁移到纯数字模型中，它们可能实现快速任务即兴发挥或小权重更新式的适应，而无需大量重新训练。

DaxAI全地形机器马在WRC'26首秀：100公里/10小时续航，300公斤最大负载，40公里/小时最高速度（热度：1737）：据报道，DaxAI 在 WRC'26 上首次展示了全地形四足"机器马"，宣称具备100公里/10小时续航、300公斤最大负载和40公里/小时最高速度。由于提供的URL返回HTTP 403 Forbidden，无法访问链接的Reddit视频，因此无法独立验证其步态、地形处理能力、电池架构或负载测试。热门评论中缺乏实质性的技术讨论，大多是玩笑和轻松的热情表达，包括将其比作"无马之马"，还有评论者表示这骑起来肯定很糟糕，但还是想要一台。

WRC'26上的机械臂以人类速度分拣包裹 [直播]（热度：1140）：X平台上的直播演示显示WRC'26上的机械臂以宣称的*"与人类一样快"的吞吐量分拣包裹。有评论者在4:18:27观察到至少一次明显的失败，这引出了关键的技术问题：实测错误率与人类基线的对比；由于403 Forbidden，无法独立访问链接的Reddit视频。评论者对"与人类一样快"*的说法持怀疑态度，认为未经训练的人类可能快约2倍。主要争论集中在：该系统的实际价值究竟更多取决于吞吐量，还是在持续运行下的可靠性和错误率。

• 多位评论者质疑**"与人类一样快"的说法，认为未经训练的人类很可能以显著更快的速度分拣包裹。还有一位观众在直播中4:18:27处注意到一次明显的失败，并提出了关键的基准测试问题：机器人的错误率与人类操作员相比如何**，而不仅仅是峰值吞吐量。