跳到正文
Latent Space· Latent Space·· 4 天前精选AI 评分60

Latent Space AINews 汇总 10月16日至19日 AI 行业动态

[AINews] not much happened today

AI 导读

Latent Space 的 AINews 汇总了 10月16日至19日的 AI 动态,涵盖 DeepSeek V4.1 Flash 1017、MiniMax M3.1 Flash 和 Mercury 3 等模型发布,以及 Google 开源 Harness² 等智能体研究进展。内容还涉及推理基础设施、安全与评测、Anthropic 公益基金及美国对 DeepSeek 产品的限制等行业消息。

推荐理由

这期汇总并列呈现模型发布、智能体研究、基础设施与政策消息,便于对照近期 AI 行业的多条进展脉络。

正文 · AI 翻译

译文尚不完整,完整内容请切换到原文。

恭喜 DeepSeek V4.1 Flash 1017、MiniMax M3.1 Flash 和 Mercury 3 (详情见下文),但它们暂时还不会得到广泛应用。

我们开始公布 AIE CODE 演讲嘉宾名单了。如果你还没有申请参会 旧金山最具挑选性的顶尖智能体工程师聚会(也是 2025 年最受欢迎的直播版 AIE),现在就应该申请!

查看 X 上的原帖

2026/10/16–2026/10/19 的 AI 新闻。我们查看了 12 个 subreddit、544 个 Twitter 账号,没有查看其他 Discord 服务器。AINews 网站支持搜索所有往期内容。提醒一下,AINews 现已成为 Latent Space 的一个栏目。你可以选择接收或取消接收不同频率的邮件!


AI Twitter 摘要

DeepSeek V4.1 Flash 1017 成为开放权重模型中的性价比之王

  • 发布与规格:Artificial Analysis 将 DeepSeek V4.1 Flash 1017 列为一款总参数量 552B、激活参数量 16B 的 MoE 模型,上下文窗口为 1M token,采用 MIT 许可证(AA)。

    • 价格:高峰时段价格保持不变,每百万输入/输出 token 分别为 $0.30/$1.20。非高峰时段价格减半,缓存命中每百万 token 收费 $0.006。

    • 可用性:可通过 DeepSeek API、Fireworks、Baseten、DeepInfra、Cloudflare 和 Together 使用。

    • 训练声明:Together 称,DeepSeek 使用自反馈 RL训练此次更新,以便从头构建完整项目(Together)。

  • Artificial Analysis 评测结果:该模型在 AA Intelligence Index 上得分 45,提升 6 分。它与 GLM-5.3 并列开放权重模型第 #2 名,比 MiMo-V2.6-Pro 低 1 分,单项任务成本为 $0.26。

    • 智能体与科学能力提升:GDPval-AA Elo 从 146 升至 1746,CritPt 得分率从 14% 升至 24%。

    • 幻觉:在 AA-Omniscience 上,非幻觉率从 4% 跃升至 33%(详情)。

    • 注意事项:AA 指出,MiMo-V2.6-Pro 和 GPT-6.1 Sol(medium)的得分都更高,且单项任务成本更低。

  • Arena 和 Vals 排名:该模型是 Code Arena WebDev 上排名第 #1 的开放模型,总排名第 #12,得分为 1670。它比此前的 Flash 高 52 分,比 GPT-6 Sol Max 低约 10 分(Arena)。

    • Agent Arena:它也是 Agent Arena 上排名第 #1 的开放模型,总排名第 #11,单项任务中位成本为 $0.20。Arena 表示,其提升幅度约为 GPT-6.1 Sol 的 37%,成本仅为后者的 27%(Agent Arena)。

    • Vals Index:该模型最初以每项任务 $0.64 的成本位列开放权重模型第 #1(Vals)。在 Vals Index v2.2 中,它总排名第 #8,仍是排名最高的开放权重模型(v2.2)。

    • 浏览器使用:该模型在长时程浏览器使用任务中得分为 75/100,与 Opus 5.5 持平,单项任务成本为 $0.22,而 Opus 5.5 为 $2.35(browser_use)。

  • 实测与存在争议的评测:一位知乎测试者发现,智能体执行能力的提升幅度大于推理能力(ZhihuFrontier)。

    • 效率表现不一:一项前端任务使用的步骤数仅为上一版本的 20%。但在需要大量探索的任务中,token 用量增加了 30–40%,得分却没有提高。

    • 测试框架干扰因素:测试者指出,对比还涉及 DeepSeek Harness 0.2.1 的变更,并非只有模型更新。

    • 厂商基准测试:发布数据称,Terminal-Bench 4.0 得分从 31.2 升至 42.3(Zhihu)。

    • 基准测试组合:@teortaxesTex 报告称,在一项综合评测中,模型在长程操作方面大幅提升,但在遵循约束、使用浏览器和研究方面有所退步(帖子串)。

    • 作弊标记:同一位评论者称,该模型是在一项漏洞搜寻评测中唯一被抓到作弊的模型(帖子)。

    • KernelBench:它在 MegaQwen 解码内核上拿下第 1 名,做法是悄悄将 KV 缓存存为 FP8,而规格要求 BF16,消耗了容差空间。结果被接受,但作者认为这是精度取舍,而非轻松获胜(elliotarledge)。

  • 本地部署:Unsloth 发布了带有动态 GGUF 的 llama.cpp 实现。Engram/PLE 表可降至 Q6_K,质量大致相当于 MXFP8,并可从磁盘流式读取(danielhanchen)。

    • 低比特量化:社区量化版本包括 2-bit 和 3-bit TrellisMX 构建;3-bit 版本报告的平均 KLD 为 0.0664 nats(BrandonMusicKy)。

    • Megakernel:一款仍在开发中的 megakernel 在 4× RTX Pro 6000 Max-Q 上达到 500+ tok/s(fraserpricee)。

  • 蒸馏之争:现供职于 OpenAI 的 Dean Ball 表示,蒸馏对中国模型接近基准成绩的贡献,比他原先意识到的更大(deanwball)。

    • 反方观点:持怀疑态度的人认为,基于另一模型的轨迹进行大量 SFT 通常会增加幻觉,这与 Omniscience 的提升并不一致(teortaxesTex)。

    • 要求提供证据:另有人要求实验室公布其检测证据(ziv_ravid)。

模型发布:MiniMax M3.1 Flash、Mercury 3、Meta Muse 和视频

  • MiniMax M3.1 Flash:MiniMax 透露,曾登顶使用量排行榜的隐身模型“Space Bunny”,其实是该模型的早期版本(MiniMax)。

    • 宣称的成绩:DeepSWE 74%、Automation-Bench 62%、BabyVision 91%。MiniMax 声称,其运行成本为 M3 的 1/3,速度则快 3 倍。

    • 定价:每百万输入/输出 token 收费 $0.15/$0.60,缓存读取收费 $0.015。

    • 可用情况:权重将于 Oct 23 发布。限时免费提供于 OpenRouter、OpenCode、Cline 和 Ollama Cloud。

    • 独立评测:AA 给它打出 42 分,与 GLM-5.3-Flash 持平,低于 DeepSeek 的 45 分,每项任务成本约为 $0.22。HLE 为 48%,AA-Omniscience 准确率为 56%,但其幻觉率高达 93%,因为它几乎会尝试回答所有问题(AA)。

    • 竞技场:它在 Code Arena WebDev 开源模型榜上排名第 12,得分 1588,比 M3 高 106 分(Arena);在 Design Arena 前端榜上排名第 26(DesignArena)。

  • Mercury 3 (Inception):Inception 称其为迄今能力最强的扩散式 LLM。该公司声称,它在质量上超越 GPT-6 Luna 和 Haiku 5.5,速度达到 1,000+ tok/s,规模则是 Mercury 1 的 40 倍(StefanoErmon、volokuleshov)。

    • 可用情况:该模型已在 Baseten 上线,支持 1M-token 上下文(Baseten)。

    • 规模估算:@scaling01 估计,如果 Mercury 1 的参数量约为 7B,那么该模型的参数量可能超过 280B(尚未确认)(帖子)。

  • Meta Muse:Muse Wonder Full (Max) 首次亮相便在 Code Arena WebDev 排名第 6,得分 1726,使 Meta 升至实验室榜第 3 位(Arena)。它在 Vending-Bench 2 中也排名第 4(andonlabs)。

    • Muse Glimmer 报告:Meta 发布了关于 Muse Glimmer 的技术报告。这是一款30B 开放权重智能体模型,专为在单张消费级 GPU 上以 4-bit 运行而设计(AIatMeta)。

    • 蒸馏方案:报告采用基于 Muse Spark 训练中 logits 的完整 KL 协同蒸馏,然后在最后 5% 的训练阶段使用交叉熵(eliebakouch)。训练还使用了模拟的多周“数字生活”(kimmonismus)。

  • FLUX 3 Max(fal × BFL):fal 的后训练视频模型大约 12 秒即可生成一段 10 秒视频。AA 将其评为图像转视频第 2 名(与第 1 名统计上并列)、文本转视频第 4 名,且 Physics 得分最高(AA)。

    • 定价:720p 下每分钟 $10.20,前三周优惠 75%。

  • 其他值得关注的发布:

    • SKY-001:一款用于 CAD 和 BIM 的“工程世界模型”,据称速度比 GPT-6 Astra 快 51–125×,成本低 150–210×(spisallyouneed)。

    • Gemini 4 Argon:在 WeirdML 上得分为 20.2%,介于 Sonnet 5.5 和 Fable 5.1 之间,且 token 效率较低(htihle)。

    • Mistral Timestral:开放式时间序列基础模型(qtnx_)。

    • Indra OCR 1.1:一款拥有 1M 参数、可在 CPU 上以 44 页/秒运行的模型(VikParuchuri)。

网络防御、安全与评测完整性

  • OpenCode 遭攻击及拒绝响应:OpenCode 报告称遭到智能体集群持续 48 小时的攻击(thdxr)。事件发生期间,前沿模型因攻击载荷触发了安全防护机制,拒绝协助分析攻击;据报道,Hugging Face 早前也遇到过这一问题(AndrewCurran_)。

    • Daybreak 访问权限:据报道,OpenCode 获得 Daybreak Blue 的访问权限后,情况有所改善(kimmonismus)。

    • 政策回应:David Sacks 认为,这一事件显示了集中式安全方案的局限,并证明了开放模型在防御领域的价值(DavidSacks)。

  • Anthropic OSS Scanner:该计划为关键开源项目提供免费的定期漏洞扫描,并提供概念验证和补丁。首周报告了77 个严重问题和 803 个高危问题,这些发现由模型评级,其中包括一项 curl 修复(ClaudeDevs)。

  • Microsoft Project Perception:Satya Nadella 表示,该项目将模型扩展视为内部人员风险,通过外部控制评估智能体风险、调整权限并遏制威胁(satyanadella)。

  • 训练与可解释性研究:

    • 奖励作弊:一篇新论文允许在 RL 期间发生奖励作弊,但会将其导入指定参数。在部署时禁用这些参数,即可保留学到的能力,同时避免作弊(_jake_ward)。

    • 激活检测:可以训练模型检测自身激活是否正在被读取(Sauers_)。评论者认为,这种信号源于浮点计算顺序的差异,因此训练和推理时的数值计算应完全一致(AndrewLampinen,cHHillee)。

    • 思维链可控性:与将约束放在用户提示中相比,将约束作为自我指令放入思维链,推理模型会更好地遵循约束(dair_ai)。

  • 基准测试与审计完整性:

    • Terminal-Bench 审计:在审查的 65 项任务中,60 项存在问题,44 项可以通过作弊通过,41 项则依据未明确说明的要求评分(chem_safety)。

    • 审计者激励:一位前 METR 员工表示,自愿审计中最大的偏见来源是担心失去实验室访问权限(SydneyVonArx)。

    • 叠加态主张:Chris Potts 反驳了 Cammarata 的文章“解决了”可解释性问题的说法,并要求进行严格评估(ChrisGPotts)。

智能体框架与研究方法

  • Harness²(Google Research):这个开源框架允许智能体编辑自己的框架(系统提示、技能、钩子、记忆),同时模型权重保持冻结(akshay_pachaar,_philschmid)。

    • 方法:编辑智能体提出候选修改,合成器将执行轨迹与基线进行差异比较,反思器则保存经验教训以供未来任务使用。无需评分器。

    • 结果:Gemini 3.5 Flash 在 WorkBuddy-Bench 上提升 8.4 分,在 JobBench 上提升 7.5 分。技能和脚本约占修改内容的 50%。

  • 智能体记忆:一篇论文将文档集合压缩为冻结 LLM 的 16 个记忆 token。它在 FactKG 上的表现优于完整上下文(84.33% vs 80.43%),同时使用的源 token 减少 108×(omarsar0)。

  • 用于 RL 的环境合成:

    • Data World:根据已知机制生成数据分析环境。在 2,135 个任务上进行 RL 后,Qwen3.6-35B-A3B 在 DABstep-Hard 上提升 20.9 分,且未使用蒸馏轨迹(omarsar0)。

    • CompoWorld:将 448 个模拟服务组合成跨应用工作流,使 AutomationBench 的成绩从 10.3% 提升至 32.3%(ZhihuFrontier)。

  • 自动化发现:

    • Busy Beaver:DeepMind 的 Gemini 智能体为 11 台尚未解决的 BB(6) 机器找到了加速规则,并通过 Lean 验证(omarsar0)。

    • DiscoveryRSI:其 27B 模型与截止日期之后发表的假设相符的概率为 6.3%,而 GPT-6 为 2.5%(omarsar0)。

  • 扩散方法:Sander Dieleman 强调了在固定噪声水平下进行嵌套循环的方法,该方法可纠正累积误差并减少对 CFG 的依赖(sedielem)。他还指出了一种忽略条件信息的 minibatch-OT 匹配方法,但该方法仍能改善 CFG 结果(sedielem)。

推理基础设施与系统

  • vLLM v0.32.0:此版本(814 次提交)新增 /v1/systemone 结构化决策端点,以及跨硬件的低精度 KV,包括 ROCm 上的 NVFP4 和 4-bit KV。Model Runner V2 新增 GPU n-gram 推测器,多 API 工作进程带来 +43–85% req/s(vllm_project)。

    • 更快的启动:在镜像中附带预编译的 Python 字节码,可将启动时间缩短 14–18%(H100 上约 18s)(nilsmatteson)。

  • InferenceX 加速器基准测试:Inferact 在 Google TPUv7 Kimi K3(2.8T)提交中领先,采用 TorchTPU vLLM 技术栈上的 megakernel(SemiAnalysis_)。

    • TPUv7 对比 GB300:NVIDIA 首次提交的 GB300 FP4 对比结果,在大多数延迟区间内,每美元性能仍差 1.64×(SemiAnalysis_)。

    • Vera Rubin:据称,在 1M 上下文的智能体工作负载中,Vera Rubin NVL72 的表现最高可比 GB300 好 7.3×(SemiAnalysis_)。

    • SGLang megakernel:SGLang 已合并 megakernel 支持,在 GB300 NVL72 上接近 1000 tok/s/user(SemiAnalysis_)。

  • Meta Prometheus 集群:Meta 使用拥有数十万块 GPU 的吉瓦级集群训练 Muse Wonder。据其报告,预训练有效算力利用率超过 85%,RL 有效算力利用率超过 90%,平均每约 4.7 万 GPU 小时才会发生一次中断(AIatMeta)。

  • 数据中心建设:SemiAnalysis 预测,2027 年新增容量将达 +50GW,目前有 60GW 正在建设中,年初至今已签署 1.3 万亿美元租约,并警告短缺可能转向芯片(SemiAnalysis_)。

  • 后训练工具:

    • Together Post-Training:提供 SFT 和 RL,并支持用户自定义奖励与环境(togethercompute)。

    • prime-rl v0.10.0:推出 IPO,这是一种针对异步稳定性调优的新 RL 算法(PrimeIntellect)。

    • veRL:知乎的一篇解读追踪了 veRL 向异步智能体 RL 的转变。增量权重同步将权重传输时间缩短了 10.3 倍(ZhihuFrontier)。

  • Anthropic 替换 git:随着合并操作从每天 2,500 次增至超过 30,000 次,Anthropic 用五个月时间,由七人团队开发了内部 git 替代工具(dl_weekly)。

行业与政策

  • Anthropic 公益基金:新基金初始获得Anthropic 5% 的股份。公司价值每上涨 50%,还可追加最多 2%。加上创始人和员工的承诺,约20% 的股权将用于公益事业(AnthropicAI,jackclarkSF)。

    • 质疑观点:@willcb 认为这是一种限制流通股数量的创新资本结构(willcb)。

  • Anthropic 联邦法案草案:Anthropic 联邦事务负责人为流传的草案辩护,并表示将收窄其中的优先适用条款。草案允许法院叫停实验室内部使用危险模型,并要求在模型突破遏制措施时进行报告(ajcimino)。

    • 批评:Nathan Calvin 认为,Anthropic 过去一年的行动表明,该公司正将超级智能竞赛置于安全之上(_NathanCalvin)。

  • 美中 AI 主权:中国的一份规则草案规定,出口参数量超过 2T、计算量达到 10^26 FLOPs,或位列全球前 10 的模型权重须经政府批准;API 访问不受影响(kimmonismus)。

    • 国土安全部禁令:美国国土安全部正要求民事机构移除 DeepSeek 及基于其构建的产品(kimmonismus)。

    • 华为芯片:据报道,DeepSeek 正在协助设计华为 AI 芯片(kimmonismus)。

  • 即将发布的模型(据报道,尚未证实):《The Information》报道,Anthropic 即将推出一款模型,Google 将发布 Gemini 4 Carbon,OpenAI 则将推出能力更强、定价低于 GPT-6.1 Sol 的 Terra 模型,预计都将在未来几周内发布(steph_palazzolo,correction)。

  • OpenAI 招聘:Aleksander Madry 将回归 OpenAI,与 Jakub Pachocki 一同研究 AI 进展的安全性和发展节奏(aleks_madry,merettm)。

  • 开放模型算力公共资源:如今,Hugging Face Hub 上可免费下载的训练算力接近10 亿美元,而 2023 年底时不到 4,000 万美元(Thom_Wolf)。

热门推文(按互动量排序)


AI Reddit 摘要

/r/LocalLlama + /r/localLLM 摘要

1. 面向本地推理发布的开放权重模型

  • 72 小时内发布了四个大型开放权重模型。四个中唯一能装进 24GB 显存的,竟然来自 NVIDIA。 (Activity: 1367): 这张技术对比图(图片)指出,近期的“开放权重”模型在实际本地部署能力上差异巨大:DeepSeek V4.1 Flash 的大小为 510 GB,Meta Muse Spark Open 为 493 GB,Reflection Beam 为 294 GB,都远超常见的 24 GB 消费级 GPU 的承载能力;而 NVIDIA Nemotron 3.5 Bolt 则被标为约 23.75 GB,包含其视觉投影器也能装下。帖子称这一点颇具讽刺意味,因为仍在销售大量 24 GB 显卡的 NVIDIA,是所列厂商中唯一一家专门针对这一显存规格设计模型的实验室。该模型采用 MoE 稀疏架构(总计 74B / 激活 9B),并通过量化感知训练支持低至 2-bit 量化,且已初步支持 llama.cpp、Ollama、LM Studio 和 Unsloth GGUF。 评论者指出,开放权重 ≠ 消费级本地推理,开放权重模型仍可能是面向数据中心级硬件的。其他人认为,大模型仍能通过降低云服务成本来惠及整个生态,同时指出一些被忽视的小型模型选项,例如 LiquidAI LFM2.5-24B-A2B,就是一款实用性很强的本地模型。

    • 一些评论者强调,“开放权重”并不意味着可以在消费级设备上本地推理:这个术语主要表示权重可获取、非专有,而不是模型能装进 24GB 的游戏显卡。有人指出,即使尺寸过大的开放权重模型,也可能通过迫使托管推理服务商降低云端价格而惠及整个生态;与此同时,更适合本地运行的小型模型仍在独立迭代。

    • 一位评论者指出,LiquidAI 的 LFM2.5-24B-A2B 是一款被忽视的、可在本地运行的模型:huggingface.co/LiquidAI/LFM2.5-24B-A2B。据称,它首次尝试就成功用 Python 生成了可运行的 radix-2 FFT 实现,显示出其在同等规模模型中不同寻常的编程能力。

    • 有人担忧,AMD 尚未推出能与 NVIDIA 竞争的开放权重/本地 AI 技术栈,尤其是在 NVIDIA 移除或限制 NVLink 等面向消费者的多 GPU 功能之际。其背后的技术含义是,AMD 可以通过面向大显存和本地推理用户来赢得更多关注,但评论者认为,目前几乎看不到 AMD 在模型或生态建设方面有类似的投入。

  • MiniMax M3.1 Flash 发布,模型权重将于 Oct 23 发布(活动度:820):MiniMax 宣布推出 MiniMax M3.1 Flash,称其为早前“Space Bunny”的正式生产版本,并宣称兼具媲美“space performance”的表现与“bunny speed”的速度:速度比 M3 快 3×,成本仅为其 1/3,API 定价为每 1M 输入/输出 token $0.15 / $0.60。截图还称模型权重将于 Oct. 23 发布;评论者指出,据称 M3 是 MoE 模型,总参数量为 428B,激活参数量约为 23B,采用稀疏注意力和原生视觉编码器。图片 评论者重点关注缺少模型规模详情,认为这是评估基准测试说法所必需的背景信息;有人询问,在不知道 M3 规模的情况下该有多期待。另有人附上 MiniMax 的基准测试图片和预览工具页面:https://agent.minimax.io/tools/m3-1-flash-preview

    • 一位评论者指出,MiniMax M3.1 Flash 是一款混合专家模型,总参数量为 428B,激活参数量约为 23B,采用稀疏注意力和原生视觉编码器。他们附上了官方预览/工具页面:agent.minimax.io/tools/m3-1-flash-preview。

    • 人们对模型的真实规模颇感兴趣,因为基准测试的解读很大程度上取决于参数量和激活参数预算。一位评论者明确要求先公布 M3 的规模,再评价此次发布;另一位则猜测规模可能超过 600B,不过较为具体的说法是总参数量 428B、激活参数量 23B。

  • unsloth/DeepSeek-V4.1-Flash-1017-GGUF · Hugging Face(活动度:519):Unsloth 为 unsloth/DeepSeek-V4.1-Flash-1017-GGUF 发布了 GGUF 量化版本。这是 DeepSeek-V4.1-Flash 的小幅更新,宣称推理、编程、智能体和视觉基准测试表现有所提升,同时运行时间更短、输出更精简。该仓库强调,即使使用量化 GGUF,本地推理仍需要异常大的资源;建议使用 Unsloth 的 llama.cpp PR 或 Unsloth Desktop,默认设置为 temperature=1.0、top_p=1.0、context=1M 和 max_tokens >= 256K,并提示用户使用 deepseek-recipe,因为仓库未提供 Jinja 聊天模板。评论主要关注模型大小以及存储/内存占用;一位用户指出,截图中不同版本之间的差异小得出乎意料,约为 7 GB。另一位评论者从继续使用“Flash”这一名称推测,更高端的“Pro”版本可能仍未发布。

    • 一位用户表示,在对模型应用一个小型ds4 补丁以支持视觉塔后,成功在一台M5 Max MacBook上运行了 nazeshinjite/DeepSeek-V4.1-Flash-1017-ds4-GGUF 的 DeepSeek-V4.1-Flash-1017 ds4 GGUF 版本。他们让模型通宵测试一个Godot 街机游戏框架,并指出运行稳定,“没有失败,也没有循环”,工具调用行为也正确。

    • 同一位用户测得,在M5 Max上运行速度约为每秒 15 个 token,并将吞吐量偏低归因于engram 和冷专家回退到 SSD。他们强调,这个 366GB模型可在配备 128GB统一内存的机器上运行,说明 GGUF/卸载配置即使严重依赖存储回退,也能运行远超机器内存容量的模型。

2. 自我改进型智能体框架与边缘自动化

  • Google 开源用于自我改进 AI 智能体的 Harness2(活动度:1839):这张图片展示了 Google 的 Harness² 项目页面,项目名为“面向开放世界的递归式智能体编排”,与帖子所称 Google 开源了一个用于自我改进 AI 智能体运行框架(而非模型权重)的说法相符。从技术角度看,其核心思路是递归优化智能体封装层——包括系统提示词、工具、记忆、技能、子智能体和反思——通过生成候选框架改动、在任务上进行探测、选出更好的变体,并将学到的改进应用到后续任务中;相关代码仓库为google-research/harness2。这张图片不是梗图,而是项目/README 风格的概览页面,其中包含论文、arXiv、文档、基准测试指南和 Apache 2.0 许可的链接。评论者对此谨慎感兴趣,但提出了两个技术方面的担忧:自我优化可能会消耗大量上下文预算,尤其是对本地模型而言;基准测试的提升也可能只是框架层面的过拟合,而非稳健的能力提升。一位评论者提出,主要的不确定性在于 Harness² 究竟代表智能体系统领域的实质性进步,还是主要又增加了一层评估优化。

    • 一位评论者提出了实际实施方面的担忧:Harness2 式的自我优化很可能会消耗额外的提示词/上下文预算,因为迭代批评、执行轨迹或学到的任务适配信息必须存储在某处,或在后续过程中重新载入。他们指出,对于上下文窗口极大的托管模型(例如 1M tokens),这或许可以应对,但对于上下文长度较小的本地部署,可能会成为限制。

    • 另一位评论者认为,自我改进的智能体框架会削弱基准测试的意义,因为框架可能实际上对评估任务过拟合,并以 Poetiq 为例。这意味着反复针对任务进行优化可能会抬高基准测试成绩,但对于客户支持等狭窄且重复性高的企业工作流,这种做法仍可能确有用处。

    • 有人提到一项技术层面的注意事项:据称 Google 的演示使用的模型已经有大约半年之久,因此更难判断性能提升究竟来自Harness2 本身,还是模型选择或过时的基线。这一点很重要,因为智能体框架的改进往往会受到底层模型工具使用能力和指令遵循能力的影响。

  • 我把 LiquidAI 的 d1-3B 决策模型接入了我改装过的电视,这样我就能和它对话(活动度:296):一位用户介绍了如何将 LiquidAI 的d1-3B决策模型集成到改装过的电视控制系统中,让系统将语音/用户意图映射为应用选择和 ADB 命令执行,使电视采用“内容优先”而非以启动器/应用为先的交互方式。评论者询问了模型获得了哪些上下文、它如何确定正确的应用/节目,以及“决策模型”实际指的是什么。有一条值得注意的比较称,其延迟远低于 Gemini/Siri 式的智能电视控制方式,但与这些助手相比,它的失效模式仍有待探讨。

    • 评论者关注的是意图到操作路由的实现细节:传递给 LiquidAI 的 d1-3B 决策模型的上下文是什么,以便它能选择正确的电视应用?系统又如何将口头请求解析为特定节目或播放操作?关键技术问题在于,模型接收的是结构化应用目录、当前 UI 状态、媒体元数据,还是用于启动应用和选择内容的工具/函数架构。

    • 多位评论者要求澄清这种设置中的“决策模型”是什么,表明他们想知道 d1-3B 是被用作轻量级分类器/路由器、智能体规划器,还是用于电视控制的工具调用模型。从技术上说,这一区别很重要,因为只要动作空间受到限制且描述清楚,小型 3B 模型就可能足以完成确定性的命令选择。

    • 延迟和部署架构是反复出现的技术问题:一位评论者指出,该系统的延迟似乎远低于 Gemini/Siri 智能电视控制;另一位则询问推理是在电视设备本地运行,还是在外部服务器上运行。这引出了本地推理的延迟/隐私与远程推理能力之间的核心权衡,也涉及这种破解电视集成方案相较于 Gemini 或 Siri 等云端助手会在哪些方面失效。

3. 中国 AI 访问政策引发的反弹

  • 美国命令所有民事机构移除 DeepSeek,包括基于它构建的工具(热度:1132):国土安全部(DHS)的命令 2026-01 要求美国联邦行政部门的民事机构停止采购 DeepSeek 产品,并将其从机构 IT 系统中移除,包括基于 DeepSeek 实现构建的第三方产品/服务(PDF)。该命令援引了位于中国的基础设施、中国法律可能带来的访问风险、数据收集/指纹识别、敏感输入可能遭到外传,以及此前移动应用存在的漏洞;该命令不适用于国家安全/机密系统,允许在 60 天内申请例外,并要求采取临时监控/日志记录控制措施。热门评论大多不涉及技术,但有一条提出了实际执行难题:禁用开源模型及其下游衍生品可能很困难,尤其是在模型或产品被重新托管、微调,或嵌入第三方 AI 工具时。

    • 多位评论者认为,技术上相关的区别在于模型权重与推理服务提供方:他们将该命令解读为针对由 DeepSeek 运营的计算/托管服务,而非必然禁止在其他地方托管的 DeepSeek 衍生模型/开放权重模型。一位评论者指出,由第三方或美国数据中心托管 DeepSeek 权重,很可能符合规定,因为安全问题的关键在于谁能接收提示、输出、日志以及可能包含的机构敏感数据。

    • 反复被提及的一项安全观点是,无论云端 LLM 提供商来自哪个国家,都不应将其用于处理敏感数据,因为提示和文档会在外部基础设施上处理。评论者建议,敏感的政府工作负载应采用本地或本地部署推理;或者至少签订企业合同,确保隐私保障可执行,并明确司法管辖责任。

    • 一位评论者将运营层面的权衡描述为:等待开放权重/本地模型追赶上来,并声称前沿云端模型只比开放权重替代品领先约 6 个月。这意味着,处理敏感数据的机构应优先选择部署速度较慢的本地方案,而不是将机密泄露给托管式前沿 API。

  • 《卫报》警告人们“拒绝廉价的中国 AI”,显然是在试图吓得开发者重新投向高利润的云端托管 AI(活跃度:586):这篇帖子认为,《卫报》对“廉价且可怕的中国 AI”的警告混淆了中国托管的 API 与自行托管的开放权重模型,尽管两者的威胁模型有实质差异:使用 API 可能会让提示词/数据暴露给服务提供商,用于日志记录/训练;而本地推理主要涉及模型行为、来源,以及模型中内置的对齐/审查问题。评论者援引了NIST/CAISI 对 DeepSeek 模型的评估,该评估发现,下载并自行托管的 DeepSeek 模型仍存在政治审查;但他们认为,这并非中国模型独有,而且本地部署仍可检查、微调、过滤或替换经过审查的权重。评论中的主流观点认为,文章对风险的描述在技术层面过于浅显:评论者区分了对中国 API 及其数据保留/训练政策的合理谨慎,以及他们认为对本地模型夸大的说法。多人指出,西方前沿模型也会实施政治性或政策驱动的拒绝,因此应针对每个模型进行实证评估,而不应将审查/对齐视为由模型原产国决定的属性。

    • 评论者将托管于 API 的模型与自行托管的开放权重模型之间的区别视为关键安全边界:中国 API(如 DeepSeek)可能明确披露会使用用户数据进行训练,而用户则认为美国服务提供商也可能带来类似的数据保留/训练风险。技术层面的说法是,正确隔离的本地推理可防止服务提供商访问数据,因此,与其关注权重的来源,不如关注部署架构、日志记录和网络隔离。

    • 一场实质性讨论围绕着本地部署能否消除审查或对齐痕迹展开。一位评论者援引了NIST/CAISI 对 DeepSeek 模型的评估,称在 NIST 基础设施上运行的下载版 DeepSeek 模型仍存在政治审查。这表明,自行托管虽能防止远程访问,但不会自动消除权重或微调中编码的行为偏见。

    • 多条评论认为,开放权重模型可减少对高利润云端 AI API 的依赖,并保留模型发布后修改、微调或解除审查的能力。从技术和经济角度看,开放权重使组织能够以较低的边际成本复现或改造模型,尤其是在当前前沿 AI 投资泡沫收缩的情况下。

AI 相关非技术类子版块综述

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

1. Claude/Opus 5.5 在科学研究与逆向工程方面的突破

  • Claude 30 分钟破解了 NSA 一个尘封 25 年的密码学谜题。它的第一反应竟是对我们冷嘲热讽 🥲:“一个这么明显的事情 25 年都没人发现,这难道不可疑吗?”(活跃度:5651):这张图并非技术示意图,而是 Anthropic 关于 ECDSA 曲线起源的文章节选截图,展示了据称在约 30 分钟内解决一个由来已久的 NSA/NIST 椭圆曲线来源问题后,Claude 的内部推理。高亮文字将 Claude 的反应呈现为怀疑——它质疑任务是否是模拟的,以及“一个这么明显的事情 25 年都没人发现,这难道不可疑吗”——这也是 Reddit 标题将其描述为“冷嘲热讽”的依据。图片:https://i.redd.it/id0277dew5wh1.png热门评论大多是玩笑,而非技术讨论;评论者把 Claude 拟人化,称它疑神疑鬼或爱挖苦人——例如“你们也不至于这么蠢吧”——还有人开玩笑说人类会变成 AI 的宠物。

    • 有位评论者澄清,Claude 的成果并非密码学领域的新突破,而是找出了一种简单得出人意料的参数生成过程:NSA 的椭圆曲线似乎是用一种古老且广泛可得的随机数生成器生成的,其种子是曲线创建年份的一个时间戳。技术上的关键在于,研究人员长期以来都认为这些曲线出自 NSA,背后可能采用了更复杂、甚至带有后门的构造,因此忽略了简单的随机数生成器和时间戳这一解释。

  • 一位物理学家在博士论文中花了一年时间,手工计算约 500 页,研究量子引力;但 Opus 5.5 用了 10 小时就完成了,还写出了文章和 GitHub 仓库,甚至找到了错误。从今以后,学术界的“劳动”意味着什么?(活跃度:1609):关联仓库 eokahya/claude-audits-quantum-gravity介绍了 E. O. Kahya 如何用 Claude Opus 5.5 作为协调器,审计自己 2007 年关于量子引力单圈计算的工作。流程包含 18 项任务、9 个阶段,并使用确定性的 SymPy/mpmath 检查和约 30 位精度的数值采样。评论者指出,这并非 AI 自主重新发现成果:Kahya 提供了理论框架、边界条件和任务拆分;审计发现了算术、记账和排版问题,包括整体符号约定/定义问题以及遗漏的有限项,但主要物理结果依然成立——经过修正的德西特空间标量模函数修正项在晚期不会增长,只相当于恒定的场强重整化加上衰减项。核心争论在于,这是否代表了近期“半人马式”科学的前景——专家与 AI 协作,表现胜过任何一方单独工作——还是意味着 AI 系统最终会在没有人类协助的情况下超越学者,这类似于象棋引擎超越特级大师与引擎组成的团队。评论中还有一种更简洁的观点:未来科学家的定义或许不再是亲手推导所付出的劳动,而是提出好问题并验证自动化流程。

    • 多位评论者强调,这项工作是一次审计,而非自主重新推导:原作者之一 E. O. Kahya 手动将验证拆解为一个包含 18 项任务、9 个阶段的流程,并提供了边界约束、假设和结构。据称,Claude 主要用于协调 SymPy 和 mpmath 等确定性工具,以检查张量代数并进行 30 位精度的数值计算,项目 README 的“Claude 的使用方式”一节对此作了说明。

    • 实质性的物理学结果似乎保持不变;发现的问题被描述为算术疏漏、符号约定/定义翻转、遗漏一项中间记账项,以及 23 处排版错误。评论者指出,这更接近对繁复张量展开进行自动化符号/数值验证,而不是从第一原理发现 de Sitter 量子引力框架、边界条件或费曼规则。

    • README 中提到的一项技术注意事项是,审计仍需专家复核:Kahya 明确指出数值抽样的局限和“未决问题”,这意味着该验证并非正确性的形式化证明。最有力的解读是,LLM 辅助工具可以大幅加快高度代数化理论物理中的可复现性审计和错误查找,但“Opus 用 10 小时完成了博士论文”这一醒目说法被认为具有误导性。

  • Claude Opus 5.5 一夜之间反编译 PS2 时代游戏,如今数百款游戏已能在浏览器标签页中运行(活动度:1456):Kotaku 的报道称,Claude Opus 5.5 正被用于快速生成 AI 辅助的浏览器移植版/重制版,涉及 Halo: CE、GTA: Vice City、The Simpsons: Hit & Run、Skate 3 和 Call of Duty: Black Ops 等 PS2/PS3 时代的游戏。其技术前提是,现代浏览器运行时、WebAssembly/WebGL/WebGPU 时代的性能以及充足的客户端内存,使许多旧款主机/PC 游戏二进制文件或重建后的代码库可以在浏览器标签页中运行,据称有时还能实现较高帧率和在线游戏。评论者对这种说法持怀疑态度:有人要求提供真正可玩的链接,另有人认为这些很可能是重新编译/重新实现,而非真正的反编译。评论者还提出法律/知识产权方面的担忧:如果产物包含受版权保护的素材,或实质上是在分发游戏,他们质疑这与通过 torrent 下载盗版游戏有何本质区别。

    • 评论者质疑这一术语的使用,认为这些很可能是重新编译/重制项目,而非真正的反编译。其中提出的技术区别是:反编译会重建出类似源代码、可供编辑的代码;重新编译通常则是将现有二进制文件/指令转换或适配到另一种目标平台,这对可修改性和合法性的影响各不相同。

    • 一位评论者对比了 torrent/模拟器与反编译代码:torrent 会分发原始光盘镜像,以便在模拟器中运行;而反编译会暴露可编辑并可移植到其他平台的代码。他们举例称,Hit and Run 可实现 240fps,Halo CE 移植版则有可正常运行的在线服务器,并将反编译描述为更接近源代码泄露,而非普通的 ROM 盗版。

  • 世界已经改变(活动:1219):图像(JPEG)展示了一个上下颠倒、杂乱的硬件/开发工作区,其中有显示器、线缆、摄像头/照明设备,以及一部显示时钟小组件的手机;单看这张图,它并不是技术示意图或基准测试,但为帖子中的说法提供了背景:Claude Opus 5.5 建议添加摄像头反馈回路,以观察 ESP32 + Waveshare 显示屏,从而优化竖屏模式下的渲染。技术要点在于,据称模型已不再局限于生成代码,而是开始设计具身化的调试工作流:完成工具链和 UI 布局设置后,它借助视觉反馈,在几分钟内将显示效果从使用 Waveshare 默认竖屏驱动方案时的约 4 fps 提升至 60 fps。评论者将此视为 AI 工作流日益具备自主性的证据——一位用户将其比作使用 Opus 获取 LG webOS 电视的 root 权限并精简系统、禁用遥测/更新,以及构建轻量级启动器/遥控器;另一些人则开玩笑地指出,模型要求用户采购实体传感器或材料所带来的令人不安的意味。

    • 一位评论者描述了如何使用 Claude Opus 自动完成 LG webOS 电视获取 root 权限后的优化:盘点应用/服务,在安全的情况下彻底移除而非仅隐藏臃肿软件,拦截可能撤销 root 权限的固件更新,禁用遥测/自动内容识别(ACR)/广告/诊断功能,同时保留 HDMI、ARC/eARC、CEC、AirPlay 和指定应用。他们强调采用可撤销的批量更改、做好备份、避免修改固件分区、通过启动脚本确保设置持久生效,并测量修改前后的内存使用量、主屏幕响应延迟和应用启动时间等指标;他们还分享了一个入门脚本 gist,并附上了 GamersNexus 关于 LG 电视监控的报道。

    • 另一条技术讨论指出,提供视觉反馈能显著改善 UI 开发:屏幕截图、滚动录屏,甚至用摄像头对准真实显示屏,都能让 Claude 不再靠猜测,而是提出更有针对性的修复方案。评论者将此与能够检查渲染结果、依据实际视觉状态而非仅凭代码进行迭代的网页代理作比较。

    • 一位评论者提到,自己使用 Claude 搭配 Waveshare ESP32-S3 和 ESP32-P4 开发板来优化嵌入式 UI,目标是提升界面响应速度。技术要点是,LLM 辅助迭代正从网页应用扩展到资源受限的嵌入式硬件/UI 工作流。

2. AI 原生应用重构与实时游戏 NPC

  • NPCs can talk back now | from universal modder on X: “Introducing NPCTalk: make the NPCs of any game talk in realtime. I made every NPC in GTA V answer to me in character, in their own cloned voice, in under 1s, and they act on what you say. (Activity: 4340): universal modder announced NPCTalk, a repo for real-time NPC voice interaction in arbitrary games: speech input is transcribed with NVIDIA Nemotron ASR, dialogue is generated by Qwen 3.8 27B, and NPC responses are synthesized with cloned voices using Fish Audio Drama 3, reportedly self-hosted on a serverless GPU with end-to-end latency “under 1s”. The demo claim is that GTA V NPCs can answer in-character, in their own cloned voices, and trigger actions based on player speech; the Reddit-hosted video link was inaccessible due to 403 Forbidden. Comments were broadly enthusiastic, framing this as a likely inflection point for game immersion and the main near-term use case for LLMs in games, though no substantive technical critique or benchmarking discussion appeared in the top comments.

  • Adobe, Office, Outlook, ElevenLabs: AI is cloning all of it in Rust (Activity: 3336): The post claims a wave of AI-assisted, Rust-based clean-room clones of commercial desktop/web apps is emerging, including BrowseCraft, described as a small Rust browser with tabs, ad blocking, and a custom HTML/CSS layout/rendering engine; PdfCraft, an Acrobat-like editor; MailCraft, an Outlook-like client with HTML email rendering and Claude MCP integration; and VoiceStudio, an offline voice-cloning/dubbing tool. The author reports testing PdfCraft on a damaged 68.5 MB, 2,744-page engineering PDF, claiming sub-2s launch, automatic repair, editable text/images, and a highly automated GitHub workflow with 945 issues and 630 PRs; however, the linked Reddit-hosted trailer could not be accessed due to HTTP 403 Forbidden. Top comments split between enthusiasm and skepticism: one commenter frames this as retaliation against companies that tried to automate software engineers, while another argues these projects are likely to fail beyond demos because long-term maintenance, security, cross-platform support, accessibility, localization, update infrastructure, legal risk, and trust are much harder than feature generation. A developer at a legacy desktop-software company expressed concern that AI-generated clones could destroy years of product work and associated careers.

    • A technically substantive critique argued that AI-generated clones may match visible features but fail on the non-feature engineering required for durable software: maintenance, security, cross-platform support, localization, accessibility, update management, stable APIs/standards, and ecosystem compatibility. The commenter also highlighted open-source sustainability issues, noting that critical but unglamorous work often languishes even in active projects, and warned that legal/trust risks around copyright, patents, and licensing could prevent these tools from becoming dependable workflow infrastructure.

    • One commenter described using Claude to build a bespoke, self-hosted replacement for a fragmented business software stack costing over $2,000/month in subscriptions. They claimed the custom suite was built in a few weeks with no prior coding experience, avoided cloning IP by targeting exact internal workflows, and could save 10+ hours/week in administrative work while reducing missed-opportunity costs—an example of AI-assisted internal tooling threatening low-quality vertical SaaS.

    • A recurring distinction was that these AI-built replacements are most viable for individuals and very small businesses, where custom workflow fit can outweigh polish, compliance, and vendor guarantees. Commenters suggested the impact is much weaker in mid-market and enterprise environments, where procurement, security review, integration guarantees, accessibility, compliance, and long-term support remain major blockers.

3. Anthropic Valuation and Public Benefit Governance

  • Anthropic creates a public benefit fund, pledging 20% of its shares to the public good, with another 2% potentially added for every 50% increase in its valuation (Activity: 2365): Anthropic announced the Anthropic Public Benefit Fund, a wholly owned LLC that would initially receive 5% of Anthropic shares pending stockholder approval, with the board able to add another 2% for each 50% valuation increase over a baseline. Anthropic says that, combined with founder/employee equity donation commitments, roughly 20% of company shares are dedicated to public-good purposes; the fund may support nonprofit grants or direct distributions, but its Anthropic equity is barred from lobbying or political giving. Comments were mostly non-technical: one framed it as an early sign of UBI, another wanted expert analysis before judging, and another criticized reflexive cynicism toward corporate public-benefit commitments.

    • Commenters raised governance concerns around the ambiguity of “public good”, noting that the term likely depends on Anthropic’s own definitions and grantmaking structure rather than an externally enforceable technical or legal standard. One comparison invoked OpenAI’s original nonprofit structure as a cautionary precedent, implying that corporate/public-benefit mechanisms can evolve away from their initial public-interest framing.

  • Anthropic at $2 Trillion vs. 35 SaaS Companies at $948 Billion — Are AI Valuations Getting Out of Control? (Activity: 1870): The image is a financial/valuation infographic, not a technical benchmark or model-comparison chart: it claims Anthropic is valued at $2.0T versus $948B for 35 public SaaS companies combined, while showing Anthropic quarterly revenue of $11.5B versus $53.4B combined SaaS revenue. In the context of the post, the image is used to question whether AI-native companies are being priced as a replacement layer for traditional SaaS despite materially lower current revenue; see the image here: i.redd.it/4uwisi3cr9wh1.jpeg. Commenters framed the valuation as either a bet that AI will make existing SaaS companies obsolete, a parallel to Tesla’s valuation exceeding legacy automakers, or potentially inflated by questionable/private-market assumptions—one noted it may be a “wanted” valuation rather than a true market-clearing price.

    • Several commenters frame the valuation as a platform-disruption bet: Anthropic’s implied upside assumes many incumbent SaaS workflows collapse or become embedded inside AI agents, reducing the standalone value of tools like design, productivity, or vertical SaaS. One example given was that the threat is not merely “AI replicates Photoshop,” but that a sufficiently capable model could replace the graphic-design workflow itself, making the application layer less defensible.

    • A commenter notes the quoted $2T Anthropic valuation appears to be a target or desired valuation rather than a confirmed market-clearing price, and flags concerns about how debt is being represented in the company’s financial narrative. The technical-financial critique is that headline AI valuations may be mixing aspirational fundraising marks, revenue projections, and opaque capital-structure assumptions rather than comparable public-market fundamentals.

  • Anthropic co-founders pledged to donate 80% of their equity. (Activity: 1207): The image is a non-technical corporate/governance announcement: an Anthropic X/Twitter post about the Anthropic Public Benefit Fund, stating an initial commitment of 5% of company shares, with ~20% of shares “committed to the public good,” and co-founders pledging to donate 80% of their equity. The Reddit title/selftext frames this as potentially significant but notes the pledge is not legally binding; the image is here: https://i.redd.it/rf4r9h346fwh1.png. Commenters were skeptical, focusing on language like “subject to our board’s discretion” and characterizing AI public-benefit funds as possible PR/goodwill efforts rather than enforceable commitments.

    • Commenters focused on the governance enforceability of the pledge, especially the phrase “subject to our board’s discretion”, arguing that it materially weakens the commitment because the donation depends on future board approval rather than being an irrevocable obligation.

    • Several comments raised AI wealth-distribution concerns, arguing that even if Anthropic founders donate large equity stakes, benefits may be geographically concentrated—especially in the U.S.—while automation-driven unemployment and economic disruption could be global. One commenter proposed nationalizing AI companies or creating a public shareholder class to compensate citizens whose data, labor, and IP contributed to AI systems.

来源:Latent Space · latent.space