跳到正文
10月14日周三
  1. 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. Apple Machine Learning Research36

    Apple 研究:双语预训练混合数据在数据受限场景下优于超参数调优

    Apple 研究团队用阿拉伯语为目标语言、英语为辅助语言,在 150M 至 1.43B 四种模型规模上进行了约 1000 次预训练对比,发现混合高资源语言数据在验证损失和下游任务准确率上均优于超参数调优,且差距随模型规模扩大。混合带来的提升相当于 2–3 倍目标语言独有数据(验证损失)和 2–13 倍(下游任务准确率)。研究建议优先调整混合比例,并通过 μP 从小代理模型迁移超参数。

  2. NVIDIA Technical Blog60

    NVIDIA 将 Run:ai 平台开源,纳入 DSX AI Factory 平台

    NVIDIA 宣布将完整的 Run:ai 平台以开源软件形式发布,向客户、开发者和生态伙伴开放生产级 AI 工作负载与 GPU 编排能力。该版本把 Run:ai 定位为开放基础,用于扩展 NVIDIA DSX AI Factory 平台,让更广泛的生态在此基础上推出差异化方案。

    推荐理由:NVIDIA 把 Run:ai 全量开源并纳入 DSX 平台,读者可据此了解 GPU 编排能力的开放范围。

  3. Tessl Blog22

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

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

  4. Apple Machine Learning Research60

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

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

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

  5. Apple Machine Learning Research38

    Minions:基于闲置 Apple Silicon 设备构建的动态分布式虚拟 GPU 云

    Apple 研究团队提出 Minions,一个将多台 macOS 设备上闲置的 Apple Silicon GPU 聚合起来、执行大规模机器学习推理的动态分布式虚拟 GPU 云。系统支持灵活的 GPU 推理任务执行、容错和高效资源利用,让团队无需额外采购 GPU 即可复用现有硬件。研究称,在集中式 GPU 资源受限的环境中,闲置 macOS 设备可转化为实用的分布式 GPU 推理平台。

  6. vLLM Blog62

    vLLM 引入双向 KV 传输,多轮智能体负载 TTFT 最高降低 3.3 倍

    vLLM 新增双向 KV 传输能力,让 decode 节点把已计算的 KV 块回传给 prefill 节点,避免多轮对话中重复计算历史上下文。在 1P1D 部署、Amazon EC2 P5en 加 AWS EFA 的测试中,最长提示下 Qwen3-32B 的 TTFT 降低约 1.6 倍,zai-org/GLM-5-FP8 降低约 3.3 倍。

    推荐理由:原文给出双向 KV 传输的架构、可调参数与复现步骤,读者可据此评估多轮智能体场景下的 TTFT 收益。

  7. AWS Machine Learning Blog34

    如何用 Ray LLM Deep Learning Containers 在 Amazon EKS 上运行多节点推理

    AWS 发布 Ray LLM Deep Learning Containers,可在 Amazon EKS 上用两个 GPU 节点部署单个大语言模型,将 prefill 与 decode 阶段分离并统一在一个 OpenAI 兼容端点后。该容器内置 vLLM、Ray Serve LLM、NIXL 和 EFA 栈,整个服务应用仅需一段 YAML,无需编写 handler 或构建自定义镜像。

10月12日周一
  1. Tessl Blog50

    如何只用自己拥有的文件约束编码智能体

    用一份 ticket 测试编码智能体时,无约束运行只通过 8 项检查中的 1 项,而配置了 charter 的运行通过 8/8。charter 由四个杠杆组成:CLAUDE.md 指令、.claude/rules/ 路径规则、.claude/commands/ 等能力配置,以及唯一能拒绝写入的 .claude/hooks/。作者指出,绿色评分不等于正确变更,语义权限检查仍需人工审查。

  2. Sakana AI Blog62

    Sakana AI 提出 MASS:用多智能体自监督实现递归自我改进

    Sakana AI 发布论文《Recursive Self-Improvement through Multi-Agent Self-Supervision》,提出 MASS 方法:一个共享模型通过虚拟子智能体团队解题,搜索更优的多智能体工作流,再用自身判断选出最佳方案,并把最佳团队的执行轨迹蒸馏回共享模型。

    推荐理由:论文给出多智能体自监督在递归自我改进中的三轮关键结论,并提示同质化自我评估的安全风险。

10月11日周日
  1. Tessl Blog36

    Mozilla.ai 谈智能体需要共享知识库:cq 项目如何让经验可复用

    Mozilla.ai 在 AI Native DevCon London 上介绍了 cq 项目,其基本单元是知识单元:智能体遇到非显而易见的问题并找到解法后,将领域、洞察和采取的动作结构化提交,经审核后可被其他智能体查询复用。cq 默认本地运行,使用本地 SQLite 数据库,数据无需离开本机,也可连接远程服务器构建团队级知识库。

  2. Tessl Blog38

    Agent Skills 是供应链组件:Tessl 博客谈 AI 智能体技能安全

    Tessl 博客指出,Agent Skills 一旦被智能体信任,就能影响其读取内容、调用工具与信任边界,因此应被视为供应链组件。研究扫描约 4,000 个公开技能,发现可疑下载、凭证风险、类恶意行为与安全漏洞等问题。核心风险在于私有上下文、不可信内容与外部通信三者叠加,仅靠"先读一遍"不足以构成安全模型。

  3. Tessl Blog8

    AI DevCon NYC 2026 重返布鲁克林,聚焦智能体编程规模化

    AI DevCon 宣布重返纽约,将于布鲁克林 Industry City 举办为期两天的大会,面向在真实代码库中使用 AI 智能体的开发者与团队。2026 年大会聚焦将 AI 原生开发从个人扩展到团队、代码库和平台,并已开放演讲征集,议题涵盖 harness engineering、agent enablement、软件工厂等方向。