跳到正文
  1. Claude:Blog60

    Anthropic 介绍 Claude Duet 智能体的安全、隐私与凭证隔离设计

    Anthropic 发文介绍处于研究预览阶段的 Claude Duet 智能体的安全与隐私设计。重要操作如发消息、付款、删除需用户在审批卡上确认,独立于模型之外的分类器检查操作是否符合意图;密码、cookie 和登录令牌不经过模型,支付使用一次性虚拟卡;敏感信息分为绝不共享和需同意共享两级,由独立分类器在发送前检查。

    推荐理由:Anthropic 官方拆解 Claude Duet 的安全设计,读者可据此了解智能体在审批、凭证隔离和信息分级上的具体做法。

  2. Artificial Analysis 完整文章82

    Kimi K3.1 Pro 发布,以 55 分位列 Artificial Analysis Intelligence Index 第 4

    Moonshot 发布 Kimi K3.1 Pro,在 Artificial Analysis Intelligence Index 得 55 分列第 4,较 Kimi K3 提升 11 分,仅低于 Claude Opus 5.5、Claude Sonnet 5.5 和 Muse Wonder Full。

    推荐理由:榜单数据完整,K3.1 Pro 的智能体成绩、参数规模和价格变化都有具体数字可查。

  3. Moonshot AI:Kimi Blog81

    月之暗面发布 Kimi K3.1 Pro,100 万 token 上下文,开放权重将于 11 月 4 日前释出

    月之暗面发布 Kimi K3.1 系列首个模型 Kimi K3.1 Pro,为 3T 级开放权重模型,上下文窗口 100 万 token,并同步推出速度快 2-3 倍的 Kimi K3.1 Pro Highspeed。

    推荐理由:官方公布了关键基准成绩、开放权重时间表和网络安全数据清理做法,读者可据此评估这代开放权重模型的实际能力边界。

  1. Replit:Blog69

    Replit 发布 Monitoring Agent,为应用提供可自动修复并部署的值班智能体

    Replit 发布 Monitoring Agent,为应用提供相当于自主值班工程师的监控智能体。它可以读取生产日志和指标调查错误、变慢和部署失败,在启用 autofix 后验证修复并邮件汇报,启用 auto-publish 后可自动部署修复。该能力建立在早前上线的 App Monitoring 之上,用户可在应用的 Publishing 设置中开启。

    推荐理由:原文说明了该智能体如何调查告警、验证修复并部署,可帮助读者判断它能否替代个人开发者深夜值班。

  2. Claude:Blog62

    Anthropic 指南:何时把子智能体合并进主 Agent 循环

    Anthropic Applied AI 团队发布指南,讲解何时把 orchestrator 下的路由器、规划器和领域子智能体合并进单个主 Agent 循环。文中对比显示,带 skills 的单智能体在质量上常优于一提示全包和子智能体设计,且成本和延迟更低,一家客户改用单循环后运行时间约快 2x。

    推荐理由:Anthropic 根据多个企业部署对比总结何时把子智能体合并进主循环,并给出迁移套件、评估集和分阶段合并方法,可直接迁移到自己的 Agent 架构决策。

  1. Redwood Research:Blog78

    METR 与 Redwood Research 红队测试 OpenAI 内部智能体监控系统,发现多个漏洞

    METR 与 Redwood Research 各派一名员工,于 7 月 21 日至 8 月 11 日对 OpenAI 内部失准监测系统开展三周高权限试点压力测试,产出 61 页内部报告。

    推荐理由:作者以亲历视角披露对 OpenAI 内部监控系统的压力测试,给出覆盖率估算、漏洞清单和可复用的监控设计原则。

  2. Wiz:Research74

    Wiz 披露 ARTEX 智能体被 Storm-0940 用于攻击 IT 和软件厂商

    Wiz 披露 2026 年 10 月有攻击者使用开源自主渗透测试框架 ARTEX 针对多家 IT 和软件厂商,活动与微软报告的中国国家级关联组织 Storm-0940 重叠,并已扩展到其他软件领域的供应链攻击尝试。

    推荐理由:Wiz 基于自家日志复盘了开源 AI 渗透测试框架 ARTEX 被实战滥用的完整手法,给出了可复用的检测规则和 IOC。

  3. MiniMax:Blog67

    MiniMax Code 桌面端推出 Mini App 长运行应用功能

    MiniMax 在 MiniMax Code 桌面应用(macOS / Windows)本地会话中推出 Mini App,一种带前端和后端的长运行应用,以插件形式安装并与 Agent 双向调用,让 Agent 的工作停留在常驻页面而非散落各对话中。

    推荐理由:官方详细说明了 Mini App 的架构、安全边界和社区生态,开发者可以据此判断如何在 MiniMax Code 上构建长运行应用。

  4. Claude:Blog73

    Anthropic 开启 Claude Duet 研究预览,Claude 以主动式智能体接管日常工作

    Anthropic 开启 Claude Duet 研究预览,一款让 Claude 作为主动式智能体工作的独立应用,已登陆 iOS、Android 和 claude.ai,面向美国 Pro 和 Max 用户开放候补名单。

    推荐理由:原文给出 Claude Duet 的运行机制、安全设计和使用限制,读者可以据此判断这款主动式智能体是否值得加入工作流。

  5. Microsoft Research 博客83

    Microsoft Research 与合作者证明 31 年历史的 KLS 猜想

    Microsoft Research 的 Xinzhi Zhang 与 Zhao Song 证明 1995 年提出的 Kannan–Lovász–Simonovits(KLS)猜想,表明对数凹分布的最优平面切割与任意形状切割的差距不随维度增长,以普适常数为界。

    推荐理由:微软研究员亲述证明过程,展示了人类引导多智能体迭代剪枝的科研协作方式,约百条研究路径中筛出关键判据。

  1. OpenAI:官网动态64

    OpenAI 与 PerturbAI、Scripps Research 用数千个 GPT‑Rosalind 智能体 32 分钟挖掘脑细胞数据新研究线索

    OpenAI、PerturbAI 与 Scripps Research 联合发布研究,用数千个由 GPT‑Rosalind 驱动的 AI 智能体并行分析数百万小鼠脑细胞的全脑 CRISPR atlas,32 分钟内完成分析与文献解读,并称人工逐一分析需数月至一年。

    推荐理由:原文给出分布式智能体分析全脑 CRISPR atlas 的具体做法与对比数据,读者可了解该方法的实际效果与局限。

  2. Tessl:产品与工程博客69

    编程 Agent 增长遭遇人类评审瓶颈:Tessl 博客解析信任赤字

    Tessl 博客引用 Jellyfish 2026 年 9 月 AI Engineering Trends 数据指出,中位数公司已有 22% 的合并 PR 由自主编码 Agent 撰写(90 分位达 53%),但仅约 0.6% 的 PR 由 Agent 评审合并(前 10% 公司为 9%)。

    推荐理由:基于 Jellyfish 平台数据指出 agent 写码占比与人工评审瓶颈的落差,并归纳领先团队用平台工程加速建立信任的做法。

  3. Databricks:Blog62

    Databricks 发布 MemCurrent 生产级 Agent 持久记忆架构

    Databricks 介绍 MemCurrent,一种面向生产 Agent 的持久记忆架构,结合情景记忆与派生记忆,通过插件、工具调用和离线 dreaming 管线三种访问模式读写与整合记忆,已用于 Agent Bricks Memory 和 Genie。

    推荐理由:原文给出完整设计、消融和成本数据,读者可以据此评估生产级 Agent 记忆架构的选型与收益。

  4. Tessl:产品与工程博客61

    Tessl 团队分享:不再逐行审查 AI 生成代码,改为验证意图

    Tessl 工程师 Ankit Jain 分享团队 PR 量翻四倍、代码几乎全部由 AI 生成后,放弃逐行 diff 审查、改为在代码生成前审查意图并逐条验证验收标准的做法。关键实践包括维护 offer-skill 技能理解代码变更,以及把重复出现最多的审查评论固化成机器自动执行的不变量规则,作者预计第二个月起审查负担明显缩小。

    推荐理由:作者团队 PR 量翻四倍后放弃逐行审代码,改为事前审意图加可验证准则,给出了可直接照搬的做法和时间预期。

  1. Stanford HAI News67

    斯坦福 HAI 发布 MedHELM、PhysicianBench 与 HealthAdminBench,测出医疗 AI Agent 实际完成率不足一半

    斯坦福团队总结三年构建医疗 AI 基准的成果,PhysicianBench 上最佳模型 GPT-5.5 单次仅完成 46% 任务,HealthAdminBench 上 Claude Opus 4.6 完成 36.3%。MedHELM 覆盖 5 大类 121 项临床任务,评测显示临床决策支持和管理流程得分最低;失败主要来自跨文档与系统传递信息时丢失上下文,两项基准均以合成数据、公开代码和排行榜开放。

    推荐理由:斯坦福团队基于三年基准构建经验给出实测结论,最好的医疗 Agent 完成任务不足一半,失败多源于跨系统信息传递。

  2. Google Developers Blog65

    Google ADK 教程:用流式工具与响应调度构建永不冷场的语音智能体

    Google Developers Blog 发布教程,讲解如何用开源 ADK 与 gemini-3.8-live 构建不出现冷场的语音智能体,核心是非阻塞工具调用。

    推荐理由:Google 官方教程给出 ADK 非阻塞语音工具的两种模式和实测数字,可迁移到自己的 Gemini Live 语音智能体开发。

  1. LangChain:Blog61

    Numan 如何用 LangGraph 和 LangSmith 构建评测优先的 AI 健康教练 Nu

    英国数字健康公司 Numan 复盘其 AI 健康教练 Nu 的评测体系建设,核心结论是稀缺资产不是提示词而是评测标准。单轮静态数据集和脚本化多轮对话都难以覆盖真实会话,Nu 改为按类别打分的主题数据集、以更廉价模型扮演患者的模拟对话层,并让安全回归自动阻断发布。

    推荐理由:Numan 一手复盘 AI 健康教练的评测体系建设,给出的固定数据集、模拟对话和临床医生签核准则等做法可迁移到其他受监管场景。

  2. Meta Engineering Blog70

    Meta 详解 Thin Orchestrator 模式:让路由少干活提升 AI 智能体可靠性

    Meta 工程团队介绍其数据管道智能体采用的瘦编排器(thin orchestrator)模式:一个约 1300 行的编排器只负责路由和可靠性检查,将 20+ 工作流分派给 14 个上下文隔离的专项子智能体,自身不做任何领域推理。

    推荐理由:Meta 工程团队给出可直接迁移的瘦编排器架构方法,用固定路由协议和隔离子智能体降低生产智能体的幻觉风险。

  3. MiniMax:Blog70

    MiniMax 发布 M3.1 Flash,推理提速近三倍、用量成本降低 70%

    MiniMax 发布 MiniMax M3.1 Flash,匿名模型 Space Bunny 是其早期版本,曾处理超过 200 万亿 token。

    推荐理由:官方给出具体基准分数、推理速度和每百万 token 定价,读者可直接对比智能体任务的性价比变化。