跳到正文
10月17日周六
10月16日周五
  1. Apple Machine Learning Research26

    Apple 提出 SSR:基于选择的结构化推理,让多模态搜索智能体更高效

    Apple 提出 Selection-based Structured Reasoning(SSR)框架,将推理从开放式生成改为从预设自然语言候选推理中按似然度选择,无需辅助任务头,并借助共享上下文 KV cache 并行打分。在 2B 和 4B 模型、七个多模态搜索基准上,SSR 平均成功率与同规模领先搜索智能体相当,单轮推理延迟降低超 90%,每题模型总推理延迟降低 28–54%。

  2. Together AI Blog78

    Meta Muse Spark Open 上线 Together AI,支持 1M token 上下文与智能体编码

    Meta 的 Muse Spark Open 已在 Together AI 上线,Together AI 是其 Day 0 发布伙伴。该模型面向长时程智能体编码工作流,具备 1M token 上下文窗口、长时程自主规划与自我纠错、可协调子智能体、跨桌面移动端与浏览器的 computer use 与多模态浏览,并接受文本、图像、音频和音视频输入,还会在执行前说明意图。

    推荐理由:官方给出 Muse Spark Open 的上下文窗口、定价与调用方式,可据此判断它在长时程编码智能体上的可用性。

  3. PyTorch Blog85

    Meta 开源 Muse Spark Open:816B 总参数、42B 激活的编码与智能体模型

    Meta 发布 Muse Spark Open 的开放权重,这是一个 816B 总参数、42B 激活的模型,上下文窗口 1M tokens,已在 Hugging Face 上以 Muse Model License 提供。

    推荐理由:Meta 开源 816B 总参数、42B 激活的编码与智能体模型,并给出 Helion 内核与 TorchTitan 微调路径,可据此评估开源权重模型的部署与二次训练成本。

  4. NVIDIA Technical Blog78

    Meta 发布 Muse Spark Open:816B MoE 编码模型,1M token 上下文

    Meta 发布 Muse Spark Open,这是一个面向编码优化的 816B MoE 模型,激活参数 42B,上下文窗口 1M token。该模型在 NVIDIA GB300 NVL72 Blackwell Ultra 上训练,针对智能体编码工作流,具备更高的首次尝试准确率、可靠的工具调用和对代码库的深度理解。1M token 上下文窗口可容纳整个代码库。

    同一新闻,精选展示《Meta 开源 Muse Spark Open:816B 总参数、42B 激活的编码与智能体模型》

  5. Google DeepMind60

    Google DeepMind 用 Google Antigravity 加速抗菌肽发现

    Google DeepMind 介绍用其智能体开发平台 Google Antigravity 加速抗菌肽发现,把过去分散在多个数据库的检索压缩到一次会话中。平台借助 ProtNLM 从氨基酸序列预测生物功能,扫描 UniProt 中数百万条未表征蛋白,找到一条对呼吸道感染相关病原体有预测活性的新型抗菌肽候选,目前正进行湿实验验证。

    推荐理由:原文给出智能体科研工作台在抗菌肽发现中的完整流程,可了解跨库检索与结构分析如何被压缩进单次会话。

10月15日周四
  1. NVIDIA Technical Blog62

    NVIDIA 发布 Nemotron 3.5 Super VL 多模态模型,面向专用智能体

    NVIDIA 发布 Nemotron 3.5 Super VL,一个面向专用工作流的开放可定制多模态模型,采用 120B 参数 MoE 架构、激活 12B 参数。该模型针对持续运行的智能体场景,单次请求可能涉及读取文档、跨来源核对信息、遵循公司政策并调用多个工具。

    同一新闻,精选展示《NVIDIA 扩展 Nemotron 家族,发布 Nemotron 3.5 Super VL 与 Bolt 系列模型》

  2. Databricks Blog22

    Databricks 谈 AI 智能体 ROI 困境:为什么企业采用快却难以证明回报

    Databricks 的 Amber Roberts 指出,企业 AI 智能体采用速度远超 ROI 证明,因为采购者与日常使用者往往不是同一批人,目前多数组织仍处于试用与铺开阶段。她认为"更快"是衡量智能体生产力的错误指标,生产力应绑定各团队自身 KPI,且效率提升只有在质量不下降时才有意义。她还强调智能体理解业务上下文比单纯执行任务的速度更重要。

10月14日周三
  1. AWS Machine Learning Blog24

    Tamnoon 如何用 Amazon Bedrock 构建 AI 驱动的云安全修复平台 Tami

    Tamnoon 基于 Amazon Bedrock 构建了智能体云修复编排器 Tami,可自主调查 CNAPP 等来源的安全发现并评估修复安全性,90 天内将关键云暴露减少超 90%,且零生产事故。Tami 由调查、安全评分、修复、代码生成四个专用智能体组成,通过单一 API 按任务调用不同基础模型,安全评分智能体将发现分类为 SAFE、RISKY 或 AWAITING DATA,存疑时降级处理。

  2. Sakana AI Blog34

    Sakana AI 为 Sakana Chat 推出记忆可视化功能 My Fish

    Sakana AI 为 Sakana Chat 新增记忆可视化功能 My Fish,可查看聊天机器人记住了什么、记忆何时被调用以及记忆之间的关联。该功能提供热力图、分类总览、以鱼为中心的连接地图和读写时间线,30 天以上未使用的记忆会变淡,对话中调用记忆时还会显示提示标签。My Fish 已在 Web 和移动端上线,用户可在设置中随时关闭记忆功能。

  3. Modem Blog15

    Modem 迁至 modem.ai,并随 Modem 2.0 转向全团队客户上下文平台

    Modem 本周从 modem.dev 迁至 modem.ai,旧链接自动重定向,同时发布重建语义可观测平台 Modem 2.0。新平台连接用户渠道、识别并归类用户关注点,并通过监控 PR 和工单追踪组织如何响应,官方称准确率和端到端性能均有提升。Modem 称其用户已从工程师扩展到创始人、PM、客户成功和销售等角色,现有用户使用方式不变。

  4. AWS Machine Learning Blog60

    在 Amazon Bedrock 上用 Grok 4.7 构建长时程智能体

    AWS 团队在 Amazon Bedrock 上基于 Grok 4.7 构建工具调用智能体,在三个需要搜索而非查表验证的任务上跑了 72 次,答对 67 次,xhigh 档位 18 次全对。

    推荐理由:通过 72 次可复现的智能体运行,量化了 Grok 4.7 各推理档位在正确率与 token 成本间的取舍。

10月13日周二
  1. Tessl Blog22

    你的软件工厂有多开放?Tessl 谈 AI 软件工厂的知识可迁移性

    Tessl 提出评估 AI 软件工厂开放性的关键问题:能否把企业上下文带进去,又能否把工厂积累的知识带出来。文章指出,代码可以带走,但架构决策、技能、评估用例和学到的约束等 know-how 往往留在平台内;支持多模型、接入外部 coding agent、私有化部署都只是起点,真正的开放应让这些知识可检查、可提取、可复用。

  2. Apple Machine Learning Research60

    Apple 与约翰霍普金斯提出 SELFCOMPACT:让语言模型智能体自行压缩上下文

    Apple 与约翰霍普金斯大学研究者提出 SELFCOMPACT,让模型自己决定何时以及如何压缩上下文,由模型调用的压缩工具和一份轻量 rubric 两部分组成,无需微调或外部监督。

    推荐理由:论文提出让模型自行决定何时压缩上下文的脚手架,并给出六个基准、七个模型上的成本与效果对比。