跳到正文
时光机停在2026年10月20日 周二‹ 前一天后一天 ›加速史回到现在

最新精选

10月20日周二
  1. Aravind Srinivas68

    Aravind Srinivas 分享了 AskPerplexity 的演示,并评论道:“由 Computer 渲染的 Big Boy。” AskPerplexity 表示,Computer 使用自己的渲染器,将 Big Boy No. 4014(世界上最大的在役蒸汽机车)制作成实时等距 SVG 模型,其中包含 1,324 个部件、15,312 个凸面,并展示了从锅炉冷态到时速 60 英里的 7 步运行流程,数据采用联合太平洋铁路公布的数值。 试用:http://big-boy-4014.pplx.app

    引用Computer@AskPerplexity

    Computer built Big Boy No. 4014, the world's largest operating steam locomotive, as a live isometric SVG with its own renderer and a 7-step operating sequence from cold boiler to 60 mph. The live model has 1,324 parts and 15,312 convex faces, built from @UnionPacific's published figures. Try it: http://big-boy-4014.pplx.app

    推荐理由

    这个示例将公开发布的机车规格与交互式 SVG 模型相结合,为如何将技术数据转化为运行阶段可视化提供了具体参考。

  2. ollama71

    Ollama 宣布,Ornith 1.5 122B 已开放,可在你的设备上本地运行。 ollama run ornith-1.5:122b 在引用的公告中,@ornith_ 表示,Ornith-1.5-122B 采用 MIT 许可证开放权重,并可在单张 NVIDIA DGX 显卡上运行;该模型的 SWE-bench Verified 得分为 0.845,BrowseComp 得分为 0.785。

    引用Ornith@ornith_

    Aloha!🌺 Meet Ornith-1.5-122B: No Tradeoff Between Strong and Fast Stronger. Faster. Leaner. Ornith-1.5-122B delivers frontier-level capabilities with exceptional inference efficiency. With superior instruction following, stronger task decomposition, and deeper understanding of real-world workflows, it achieves state-of-the-art performance among open-source models of comparable size, while running on a single NVIDIA DGX card!! Open weights under the MIT license. Coding ✅SWE-bench Verified: 0.845 ✅TB2.1: 0.813 ✅CyberGym: 0.800 ✅NL2Repo: 0.512 Agentic ✅HLE: 0.446 ✅BrowseComp: 0.785 ✅MCP-Atlas: 0.746 ✅Toolathlon: 0.708 🤗Hugging Face: https://huggingface.co/ornith-ai/Ornith-1.5-122B We can’t wait to see what you build with Ornith-1.5-122B.

    推荐理由

    Ollama 命令为本地部署提供了一个具体的起点,而引用的 MIT 许可证则明确了模型权重的发布条款。

  3. Hugging Face Blog75

    ALTK-Evolve 利用学习得到的记忆,使 GPT-4.1 在零售 τ²-bench 上取得领先成绩

    IBM Research 报告称,ALTK-Evolve 会从智能体的训练尝试中提取行为准则,并将其附加到提示中,从而提升客户服务表现,无需更新权重或人工标注。在留出的 τ²-bench 零售任务中,GPT-4.1 的 Pass^4 从 57.5% 提高到 67.5%;较小的准则集对航空任务的可靠性提升最大。其完整基础划分的零售成绩也超过了 2026 年 10 月 12 日排行榜快照中的所有参赛结果。准则增加了输入 token 成本,同时在匹配的成功运行中略微减少了对话轮数。

    推荐理由

    这些实验提供了一种可迁移的方法,通过学习得到的提示准则提升智能体可靠性,同时表明准则数量与输入 token 成本之间需要根据领域权衡。

  4. Hugging Face Blog61

    AnyLanguageModel 1.0 扩展 Swift 应用的本地与托管模型支持

    Hugging Face 发布了 AnyLanguageModel 1.0,以及 swift-huggingface 1.0 和 swift-xet 1.0,进一步扩展了其作为 Apple Foundation Models 框架即插即用替代方案的能力。该库通过共享的会话代码支持本地和托管模型,并在所有提供方中支持工具调用和引导式生成。此次更新还增加了使用 Foundation Models 27 语法的图像支持、对话记录中的推理内容,以及用于获取短期令牌的闭包式 API 密钥。

    推荐理由

    共享的 Foundation Models API 让 Swift 开发者可以为每项任务选择本地或托管推理,同时在不同提供方之间保持会话代码一致。

  5. The Decoder76

    陆军网络司令部的 ECHOTRIBBLE 将把 AI 代理变成自我扩散的网络武器

    据《The Intercept》获得的文件,陆军网络司令部正在开发 ECHOTRIBBLE。这是一个处于早期阶段的平台,旨在让 AI 代理自主穿梭于网络并消除目标。拟议中的代理会在设备间自我复制,在极少人工监督下运行,并在完成任务后自我销毁。专家警告,意外攻击和有限的判断能力可能造成附带损害,包括损害民用基础设施。

    推荐理由

    拟议的自主性要求引发了专家对附带损害的担忧,尤其是在代理前往目标途中穿越易受攻击的民用系统时。

  6. Hugging Face Blog77

    PyTorch 2.15 为 Mac 带来 FP8 支持和更快的 MPS 解码

    Hugging Face 的 PyTorch 团队详细介绍了 PyTorch 2.15 候选发布版中的 MPS 改进,包括 FP8 支持以及在 Mac 上更快的 LLM 解码。在配备 M3 Ultra 的设备上使用 torch.compile,与 2.14 相比,Qwen3.6-35B-A3B 的解码速度从 9.4 tokens/s 提升至 61.3 tokens/s。将常量填充移至 Metal 内核,也使 Wan2.2 分块 VAE 解码的峰值驱动程序内存从约 270 GiB 降至 8 GiB。

    推荐理由

    据报告,Wan2.2 视频解码内存的减少说明,替换后端操作可能改变在 Mac 上运行现有模型所需的内存。

  7. DeepSeek69

    🚀 隆重推出 DeepInfer,我们自研的推理框架,现已全面开源! 以高吞吐量和低延迟,为 DeepSeek-V4.1-Flash 提供大规模支持。我们分享这套生产级技术栈,帮助社区降低计算成本、减少能源消耗,让 AI 更加普惠。 🔗 http://github.com/deepseek-ai/DeepInfer 1/4

    推荐理由

    通过分享支撑 DeepSeek-V4.1-Flash 的生产级推理技术栈,DeepSeek 为社区提供了一个可供研究的具体实现,展示了降低计算成本和能源消耗的方法。

  8. AWS Machine Learning Blog65

    SageMaker Studio 为新客户简化 AWS 注册流程

    AWS 现允许新客户通过现有账户或电子邮件地址完成 2–3 步注册后,使用已配置好的 Amazon SageMaker Studio 环境;大多数客户无需电话验证或信用卡。Studio 约 20 秒即可完成配置,客户可获得 100 美元的免费套餐额度,并有机会再赚取 100 美元。免费套餐访问权限将在 6 个月后或额度用尽时结束,以先发生者为准,资源使用也会自动停止。

    推荐理由

    这些入门流程调整降低了开发者试用 SageMaker AI 的配置要求,而额度到期规则和自动停止资源使用的机制则明确了免费体验的界限。

  9. NVIDIA Blog63

    德国与 NVIDIA 签署声明,推动工业 AI 和物理 AI 发展

    德国联邦政府与 NVIDIA 签署了一份联合意向声明,计划开展联合倡议,推进物理 AI 模型的发展和 AI 在更广泛工业领域的应用。德国总理弗里德里希·默茨和 NVIDIA 首席执行官黄仁勋强调了制造业、汽车领域的专业知识以及中小企业的重要性。NVIDIA 还宣布计划投资 Agile Robots、Avelios Medical、Mirelo 和 Reflex Aerospace,作为其在欧洲近 100 亿美元投资承诺的一部分。

    推荐理由

    这项协议将德国发展工业 AI 的目标与具体的合作框架相结合,展现了制造业专业知识和中小企业应用如何纳入政府的相关举措。

  10. Hugging Face Blog78

    TorchNeuron 为 Hugging Face 模型在 AWS Trainium 上提供原生 PyTorch 支持

    Hugging Face 库现已支持 TorchNeuron,这是一款面向 AWS Trainium 的原生 PyTorch 后端,将于 2026 年 10 月 20 日进入公开测试版。Transformers 开箱即支持使用量最高的 100 种文本生成模型架构中的 89%,而 Optimum Neuron v0.4.5 为 46%。Hugging Face 建议直接使用其库,而不是 Optimum Neuron,并提供了涵盖分布式推理、微调和图像生成的示例;训练仍需管理张量形状并禁用异步权重加载。

    推荐理由

    与 Optimum Neuron 的比较说明了原生 PyTorch 集成如何减少自定义训练代码,同时仍受张量形状管理和权重加载限制的影响,因此这些因素仍需纳入迁移规划。

  11. The Decoder76

    MiniMax 发布 M3.1 Flash:推理能力更强,任务成本更低

    MiniMax 发布了 M3.1 Flash,这款推理模型在 Artificial Analysis Intelligence Index 上得分为 42,高于 M3 的 29,单项任务成本不到后者的一半。它支持文本和图像,上下文长度最高可达 100 万个 token;API 定价为每百万个输入 token 0.15 美元、每百万个输出 token 0.60 美元。Artificial Analysis 报告称,该模型的幻觉率为 93%,因为面对不确定的问题时,它会作答而不是拒绝回答;计划于 10 月 23 日开放权重。

    推荐理由

    这项比较显示,即使基准测试的领先情况不一,减少输出 token 也能降低任务成本;MiniMax 和 Deepseek 分别在不同指标上领先。

  12. ollama77

    MiniMax M3.1 Flash 已在 Ollama Cloud 上线,托管于美国,并实行零数据保留。 Ollama 介绍了其快速编码和智能体工作流、图像理解能力,以及 1M token 上下文窗口。 在 Ollama Cloud 上试用: ollama run minimax-m3.1-flash:cloud Claude Code: ollama launch claude --model minimax-m3.1-flash:cloud Codex: ollama launch codex -–model minimax-m3.1-flash:cloud

    引用MiniMax (official)@MiniMax_AI

    MiniMax M3.1 Flash: Space Performance + Bunny Speed 🚀🐰 Yes, Space Bunny - which has topped global leaderboards with 200T+ tokens - was an earlier version of M3.1 Flash. 💰Redefining the performance economics of agentic AI. M3.1 Flash achieves frontier-level intelligence across key tasks such as Cowork (Automation-Bench: 62%; ALE: 30%), Coding (DeepSWE: 74%) and Visual Reasoning (BabyVision: 91%), at 1/3 the cost of M3 and 3x the speed. API pricing (flat rate): $0.15 / $0.60 per 1M input/output tokens, with cache reads at $0.015 / 1M tokens. Model weights will arrive on Oct 23. API: http://platform.minimax.io M Plan: https://www.minimax.io/m-plan MiniMax Code for desktop: https://agent.minimax.io/download

    推荐理由

    对于考虑将 M3.1 Flash 用于编码和智能体工作流的开发者来说,Ollama 的托管地点、零数据保留政策和启动命令提供了具体的部署信息。

  13. AWS Machine Learning Blog68

    vLLM 中的双向 KV 传输如何提升多轮智能体工作负载的 TTFT

    AWS 介绍了 vLLM 中的双向 KV 传输如何让预填充节点在不同对话轮次间复用解码节点保留的 KV 块。在 Amazon EC2 P5en 实例上使用 EFA、并禁用预填充前缀缓存进行的 1P1D 基准测试中,Qwen3-32B 的 TTFT 最高提升 1.6 倍,zai-org/GLM-5-FP8 最高提升 3.3 倍。本指南涵盖路由、保留控制、重计算阈值,以及如何使用 vLLM v0.21.0 或更高版本和 NixlConnector 复现实验;结果取决于工作负载和部署配置。

    推荐理由

    本指南说明了保留时长和重计算阈值如何影响跨轮次 KV 复用,并提供具体的控制选项,以平衡传输开销、重复计算和加速器内存使用量。

  14. AWS Machine Learning Blog68

    基于推送的 KV 传输如何改善 vLLM 的 TTFT 和 TPOT

    AWS 介绍了面向 vLLM 的基于推送的 NIXL 连接器。该连接器将目标端注册与预填充并行处理,并将传输准备工作移至后台线程。在一项 Qwen3-32B 基准测试中,测试采用配备 EFA 的 Amazon EC2 P5en 实例进行 1P1D 部署,并禁用了前缀缓存。与拉取模式相比,推送模式的 TTFT 最多提升 3 倍,TPOT 最多提升 30%,具体结果因工作负载和配置而异。文章详细介绍了其架构、基准测试复现方法,以及更早选择解码实例所带来的路由权衡。

    推荐理由

    这项对比说明了将 KV 传输设置与预填充并行处理在何种情况下可以降低延迟,同时指出部署要使用推送模式,就必须接受更早选择解码实例。

  15. AWS Machine Learning Blog69

    TwelveLabs 的 Pegasus 1.5 现已在 Amazon Bedrock 上推出

    TwelveLabs 的 Pegasus 1.5 现已在 Amazon Bedrock 的美国西部(俄勒冈)区域推出,可根据用户定义的条件,为视频片段生成带时间戳的结构化 JSON。它支持最长 2 小时的视频、在多模态提示中使用参考图像,以及直接从 Amazon S3 或通过 base64 输入处理视频,无需预先建立索引。本文提供了通用分析、结构化输出、视频分段和图像引导查询的 API 示例。

    推荐理由

    这些示例展示了如何通过可复用的片段定义和输出架构,为视频库生成一致的元数据,从而支持将工作流程从手动标注转向审核。

  16. vLLM67

    vLLM-Omni 新增对 Ming-3.0 的 Day-0 支持。 @AntLingAGI 刚刚开源了 5 款语音模型,涵盖 TTS、音频理解和 ASR。据 vLLM 介绍,这些模型全都采用 MoE 架构,规模从 0.5B 到 126B-A6.5B 不等。 今天就用 vLLM-Omni 部署它们。https://t.co/7yCGCzKBka

    引用Ant Ling@AntLingAGI

    Today, we're open-sourcing 5 Ming-3.0 models across 3 speech families. - Ming-3.0-tts: 0.5B voice design & paralinguistic cues; Tiny 7.9B A1.3B long-form speech. - Ming-3.0-audio: Flash 126B A6.5B understanding & tools; Tiny 9.3B A2.7B efficient dialogue. - Ming-3.0-asr: Tiny https://t.co/LxuGlz0HAO

    推荐理由

    Day-0 部署支持将语音模型发布与实际部署衔接起来,为读者提供了一个可用于 TTS、音频理解和 ASR 的具体部署方案。

10月19日周一
  1. 量子位76

    Google 开源 Harness² 递归式智能体执行框架改进研究

    Google 研究人员推出并开源了 Harness²。这套系统可在执行期间修改智能体执行框架代码、系统提示、工具和技能。它将任务级提案、探测和组合与持久化的改进经验库结合起来,并支持 OpenCode 和 Codex。报告中的 WorkBuddy-Bench 结果显示,GLM-5 使用 OpenCode 经过一次改进后,得分从 64.2 提升至 75.7,超过未经修改的 Gemini 3.5 Flash 得分 72.4。

    推荐理由

    报告中的对比显示,在同一基准测试中,执行框架的变化会改变模型排名,因此评估智能体性能时,执行环境设置是一个影响重大的变量。