本期重点是「Agent 工程化」:Claude Code 团队公开了在 AI 写约九成代码时如何做代码评审,Google Research 开源了自动优化 Agent 外围系统的 Harness²,Perplexity 开源了 Agent 沙箱 SPACE。模型方面,Meta 发布 816B 参数的开放权重模型 Muse Spark Open,DeepSeek 更新 V4.1-Flash。配套实验用标准库复现了会话记忆检索。

今日三件事

30 秒看懂今天
  1. 1Claude Code 团队公开评审做法:AI 写约九成代码,按变更风险分级,低风险改动无需人工审批
  2. 2Meta 发布 816B 参数的开放权重模型 Muse Spark Open,支持 1M 上下文,许可有商用限制
  3. 3Google Research 开源 Harness²,不改模型权重,自动迭代优化 Agent 外围系统
显示 16 条

要闻5

值得关注重点

Meta 发布开放权重模型 Muse Spark Open:816B 参数、1M 上下文

Meta 于 10 月 15 日发布 Muse Spark Open,这是一个总参数 816B、激活参数 42B 的混合专家模型,支持 1M token 上下文,采用带有限商用条款的 Muse Model License。权重可从 Hugging Face、Amazon SageMaker AI、Google Cloud Model Garden 和 Microsoft Foundry 获取,也可通过 Baseten、Fireworks AI、Groq、Together AI 等平台的 API 调用。

  • 总参数 816B,激活参数 42B,上下文 1M token
  • 已适配 SGLang、vLLM、TensorRT-LLM、Transformers、MLX、llama.cpp、Unsloth 等推理引擎
  • Meta 给出的本地运行示例是两台 512GB 统一内存的 Apple M5 Ultra Mac Studio
  • Meta 称其为「迄今最强的美国开放权重模型」,但发布页未给出具体基准分数,另附评测方法报告

为什么值得关注开放权重模型的规模上限再次被抬高,对需要私有化部署大模型的团队是一个新选项;但许可证有商用限制,硬件门槛也很高,选型前需要仔细核对。

来源:Meta 详情 →
可动手重点

DeepSeek 更新 V4.1-Flash-1017:智能体任务提升,输出更短

DeepSeek 于 10 月 17 日将 V4.1-Flash 升级为 V4.1-Flash-1017,网页端、App 和 API 同步更新。官方称新版本在推理、编程、智能体和视觉基准上均有提升,同时任务耗时和输出长度下降。模型以 MIT 许可证开放权重,API 调用方式和价格不变。

1017 版在三项智能体与编程基准上均有提升
V4.1-FlashV4.1-Flash-1017
Terminal-Bench 4.031.242.3+11.1
ProgramBench20.329.1+8.8
DeepSWE v1.174.277.0+2.8

数据来自 Hugging Face 模型卡,为官方自报分数

  • Terminal-Bench 4.0 从 31.2 提升到 42.3,ProgramBench 从 20.3 提升到 29.1,DeepSWE v1.1 从 74.2 提升到 77.0
  • 参数量 763B,推荐上下文窗口 1M token,MIT 许可证
  • API 仍使用 deepseek-flash 模型名,价格不变
  • 官方说明针对 DeepSeek Harness、腾讯 CodeBuddy 和 WorkBuddy 做了优化

为什么值得关注在价格不变的情况下提升智能体任务表现并缩短输出,意味着同样的 Agent 任务成本更低;已在使用 deepseek-flash 的应用无需修改即可获得更新。

来源:Hugging Face 等 2 个 详情 →
可动手

Mistral 发布时间序列基础模型 Timestral

Mistral 于 10 月 15 日发布 Timestral 系列时间序列基础模型,共 5M、28M、123M、209M 四个规模,采用修改版 MIT 许可证。模型支持带协变量的多变量概率预测和零样本预测,上下文长度 32,768 个时间步,每次输出 21 个分位数。

  • 官方称 209M 模型在 GIFT-Eval、TIME、fev-bench 三个榜单的零样本预训练模型中排名第一
  • 28M 模型在 GIFT-Eval 和 TIME 上超过约 4 倍大小的 Chronos-2
  • 在 8 线程服务器 CPU 上,5M 模型单次预测约 10ms,209M 约 140ms
  • 权重和代码已在 GitHub 与 Hugging Face 发布,支持本地、VPC 和离线环境部署

为什么值得关注小参数、CPU 即可运行的时间序列模型,适合用于容量预测、业务指标预警等场景,且支持离线部署,对内网环境比较友好。

来源:Mistral AI 详情 →
可动手

Liquid AI 发布端侧 Agent 模型 LFM2.5-24B-A2B

Liquid AI 发布 LFM2.5-24B-A2B,这是一个总参数 24B、每 token 激活约 2.45B 的混合专家模型,上下文 131,072 token,定位为在设备端运行、会调用工具的推理型 Agent 模型。模型卡建议不要单独用于知识密集型任务,而应搭配检索或网页搜索。

  • 模型卡给出的速度:Apple M5 Max 上 184 tokens/s,AMD Ryzen AI Max+ 395(llama.cpp Q4_K_M)上 114 tokens/s
  • 与 Qwen3.6-35B-A3B 对比:IFEval 96.75 对 93.06,GPQA Diamond 74.42 对 83.69,SWE-Bench Verified 51.00 对 66.20
  • 支持 Transformers、vLLM、SGLang、llama.cpp、MLX、ONNX Runtime、LM Studio 等运行方式

为什么值得关注激活参数只有 2B 级别,适合在笔记本或边缘设备上跑本地 Agent;从模型卡的对比看,指令遵循较强,但知识和编程能力仍弱于更大的模型。

来源:Hugging Face 详情 →
了解即可

Anthropic 设立公益基金,承诺投入 5% 股份

Anthropic 于 10 月 18 日宣布设立 Anthropic Public Benefit Fund,承诺将 5% 的公司股份投入该基金(需股东批准),公司估值每超过基准增长 50%,董事会可再追加 2%。基金以全资子公司(LLC)形式设立,重点方向包括 AI 对劳动力市场的影响等。

  • 加上联合创始人承诺捐出 80% 股权以及员工捐赠匹配计划,约 20% 的股份将用于公益
  • 基金持有的股权不会用于游说或政治捐款
  • 安全研究、可解释性研究、为非营利机构提供的折扣等工作仍保留在公司内部

为什么值得关注这是头部 AI 公司在治理结构上的新尝试,「AI 对就业的影响」被列为重点方向,可以作为观察行业如何回应 AI 社会影响的一个参考。

来源:Anthropic 详情 →

开源项目3

可动手重点

Google Research 开源 Harness²:自动迭代优化 Agent 外围系统

Harness² 是 Google Research 开源的「递归式 Agent Harness 优化」框架。Harness 指模型之外的提示词、工具、记忆、技能和编排逻辑;该框架在不改模型权重的前提下,针对当前任务自动提出修改、试跑对比、合成更好的 Harness,并把有效经验沉淀下来供后续任务复用。

Harness² 的任务级递归:提出、试跑、合成
  1. 1Propose针对当前任务提出 Harness 修改
  2. 2Probe试跑并对比修改前后的效果
  3. 3Compose合成更好的 Harness
递归迭代,不需要标准答案
沉淀有效经验供后续任务复用,不改模型权重

据 google-research/harness2 README 整理

  • 任务级递归采用 Propose–Probe–Compose 流程,不需要标准答案作为反馈
  • README 称单步优化即可让 GLM-5 和 Gemini 3.5 Flash 超过原始 Harness,WorkBuddy-Bench 最高提升 11.5 分
  • 支持 OpenCode、Codex 作为执行器;Apache 2.0 许可证,提供无需模型凭证的本地演示

为什么值得关注随着「模型差距缩小、Harness 决定效果」成为共识,自动优化 Harness 的方法值得关注;对搭建内部 Agent 工作流的团队,可以借鉴其「提出修改—试跑—对比」的迭代思路。

来源:GitHub 详情 →
值得关注重点

Perplexity 开源 Agent 代码执行沙箱 SPACE

Perplexity 开源了 SPACE(Sandboxed Platform for Agentic Code Execution),一个基于 Firecracker microVM 的隔离执行平台。应用通过 HTTP API 创建隔离的 Linux 环境、执行命令、收集输出并管理沙箱生命周期,适合运行 Agent 生成的代码或用户代码。

  • 每个沙箱拥有独立的虚拟机和可写文件系统,支持暂停与挂起
  • 输出通过 SSE 流式返回,提供 E2B 兼容层
  • 使用 Rust 实现,部署指南基于 Kubernetes(本地可用 Kind),Apache 2.0 许可证

为什么值得关注Agent 执行任意代码时,隔离是基本的安全前提。SPACE 提供了一个可自托管的方案,适合需要在内部环境运行 Agent 代码、又不能使用外部托管沙箱的团队参考。

来源:GitHub 详情 →
值得关注

REA 登上 GitHub 趋势榜:让 Agent 逆向分析软件的 MCP 服务

REA(Reverse Engineer Anything)是一个开源 MCP 服务,让 Claude Code、Codex、Cursor、Gemini CLI 等 Agent 能够分析软件行为,深入到二进制层面。它覆盖原生二进制、Electron 应用、.NET 程序集、Android APK、WASM、固件、抓包文件等约二十多类目标,分析在本地运行。

  • 通过 npx rea-agents setup 一键注册到已安装的 Agent
  • 原生二进制分析依赖 Hopper、Ghidra 或 IDA 等工具,商业工具需自行合法获取
  • README 明确限定用途为合法研究、教育、互操作、软件保存及分析自己有权检查的软件;MIT 许可证

为什么值得关注这是「Agent + 专业工具」组合的典型例子,也和今天「理念与讨论」栏目中 AI 大规模反编译游戏的话题直接相关。使用时需注意法律和合规边界。

来源:GitHub 详情 →

工具与产品1

可动手配套实验 · 已验证

context-mode:为编码 Agent 压缩上下文的 MCP 工具

context-mode 是一个面向 AI 编码 Agent 的上下文优化工具,以 MCP 服务形式提供 11 个工具。它让命令和脚本在隔离子进程中执行,只把输出结果放进上下文;同时把会话事件写入 SQLite,用 FTS5 建索引,在上下文压缩后通过 BM25 检索找回相关记录。

  • 支持 Claude Code、Gemini CLI、Copilot、Cursor、Codex CLI、Qwen Code 等十多种 Agent,部分平台只支持 MCP 不支持 hooks
  • 检索结合 Porter 词干与 trigram 匹配,用 Reciprocal Rank Fusion 融合排序
  • 项目页宣称上下文体积可减少 98%(315KB 降到 5.4KB),该数字来自项目自述,未经独立验证
  • Elastic License 2.0 许可证,商用前需确认条款

为什么值得关注上下文管理是长时间运行的 Agent 的核心难题。它的「执行结果不进上下文、历史按需检索」思路可以直接借鉴到自建工作流中,今天的配套实验就复现了这一机制。

来源:GitHub 详情 →

理念与讨论2

了解即可

AI 正在大规模反编译游戏:保存文化还是威胁软件产权?

独立游戏开发者 Popcar 在 10 月 14 日的文章中指出,AI 让游戏反编译和移植从过去的数年缩短到数天,并列举了 IsaacRecomp 等多个 AI 辅助移植项目。文章同时梳理了这一趋势的好处与风险,Simon Willison 转载时认为文章对正反两面都把握得比较到位。

  • 支持方观点:老游戏得以保存和移植到新硬件,可以提升分辨率、帧率并支持 Mod,玩家能真正拥有已购买的软件
  • 反对方观点:竞争对手可借此复制产品,付费软件可能被违背意愿地开源,开源许可证难以执行,安全风险增加
  • 作者预计发行商可能用更具侵入性的 DRM 来应对
  • 作者认为这一问题不只限于游戏,而是适用于「任何软件」

为什么值得关注代码能被 AI 低成本「读懂」和重写,会影响知识产权保护、闭源软件的安全假设以及「净室实现」的认定方式,值得软件企业提前思考。

来源:Popcar's Blog 等 2 个 详情 →
了解即可

专门「对抗」大模型的编程语言 KillSwitch:LLM 真的理解代码吗?

Dominik Picheta 设计了一门刻意让大模型难以使用的栈式编程语言 KillSwitch:规范中藏有错误陈述,解释器会检查标识符的字母数量,还加入了容易触发安全拦截和提示注入陷阱的语法。他用简单任务测试了主流模型,最高分为 66.8。

  • 作者的问题是:LLM 写代码的成功,是真正理解,还是对训练数据中片段的回忆
  • 作者自己承认任务过于简单,测试结果不足以证明模型「理解」代码
  • 部分模型得分低是因为安全拦截过于敏感,而非不理解语言,这干扰了结果
  • 得分与其他公开基准的排名相关,作者计划在模型解出后设计更难的任务

为什么值得关注这类「对抗式」测试为讨论 LLM 的泛化能力提供了一个有趣的视角,也提醒我们:在私有 DSL 或冷门技术栈上使用 AI 编程时,效果可能明显低于主流语言。

来源:blog.picheta.me 详情 →

方法与实践3

可动手重点

Claude Code 团队公开代码评审实践:AI 写九成代码时人如何把关

Claude Code 团队在 10 月 15 日的文章中介绍,Claude 已编写 Claude Code 约 90% 的代码,团队没有取消评审,而是把逐行阅读交给自动化检查,把人的时间集中在方向、风险和证据判断上,并通过灰度和快速回滚降低出错成本。

  • PR 提交前要求 Claude 运行测试、构建等检查并展示输出,而不是声称已完成;用子 Agent 在新上下文中复查 diff
  • 每个 PR 都有 AI 评审:多个 Agent 并行找问题,再投票过滤,只发布达成共识的发现;文章称首轮评审即通过的比例从 65% 升到 78%
  • 人工审批按变更风险分级:低风险(文档、开关保护的新增功能)无需人工,中风险 1 人,高风险 2 人;Agent 的批准不能替代人工批准
  • 每次回滚或事故都转成评测用例,每天对评审 Agent 打分,改动只在分数提升时保留

为什么值得关注这是目前较完整的「AI 大量写代码后如何保证质量」的一手实践,文章末尾附有可直接采用的检查清单(CLAUDE.md、REVIEW.md、风险分级、合并队列等),适合推广 AI 编程的团队参考。

来源:claude.dev 等 2 个 详情 →
可动手

Harness Engineering 101:从零理解 Agent 外围系统的教程

Harness Engineering 101 是一套从第一性原理讲解如何构建 AI Agent 的系列教程,核心观点是「LLM 是大脑,Harness 是身体」。教程从「每轮把完整对话作为 JSON 数组发给无状态 API」出发,每章针对一个具体问题给这个循环打补丁,配套一个约 300 行的 Python 玩具 Agent。

  • 内容覆盖工具调用、Agent 循环、提示缓存、上下文预算、子 Agent、MCP 与技能扩展、Hooks、防护机制和 RAG
  • 附录讨论模型路由与成本、worktree 隔离、计划模式、重试与限流
  • 正文采用 CC BY-NC-ND 4.0,代码采用 MIT

为什么值得关注对想理解 Claude Code 这类 Agent 内部机制、或打算自建 Agent 工作流的同事,是一份结构清晰的入门材料。

来源:GitHub 详情 →
值得关注

观点:使用大模型应自建 LLM 代理,才能看清发生了什么

Jared Siegel 在 10 月 18 日的文章中主张,依赖厂商控制台无法获得工程级的可见性,应在自己可控的基础设施上运行 LLM 代理。通过统一入口记录哪个 key、哪个客户端、何时调用了哪个模型,并可快速切换模型、排查缓存未命中。

  • 代理可汇总多个供应商和模型的用量,并发放虚拟 API key,避免主 key 散落在各个工具和 Agent 中
  • 作者称借助代理日志,可以在约 20 秒内手动定位编码会话中的缓存未命中
  • 作者认为仅靠 OpenTelemetry 导出不够,但文章没有推荐具体产品

为什么值得关注当团队里多个 Agent 和工具同时调用模型时,统一代理在成本核算、密钥管理和问题排查上的价值会越来越明显,适合作为 AI 平台建设的参考。

来源:jrdsgl.com 详情 →

论文2

值得关注重点

Hybrid Reasoning Agents:在潜空间思考、用文本行动的 Agent

斯坦福等团队提出 HybridAgents,让模型在同一生成过程中,在内部潜空间推理和基于文本的交互之间切换。方法包括负责模式切换的轻量组件 HybridLink、跨轮次的连续工作记忆,以及 HybridSFT 和 HybridRL 两种后训练方法。

  • 在数学、科学、医学、搜索和智能体推理等 11 个基准、3 种模型规模上评测
  • 论文称平均性能提升 10.4%,token 用量减少 35.5%–54.7%,推理速度提升 1.8–2.6 倍,成本降低 2.7–3.7 倍
  • 潜在推理过程仍可被检查,且保留了工具调用能力;代码和 8B、14B 模型已开源

为什么值得关注Agent 的成本很大一部分来自冗长的文本推理,「潜空间推理 + 文本行动」是降低成本的一个方向;该论文在 Hacker News 上引发了较多讨论。

来源:Hugging Face Papers 详情 →
了解即可

LLM Agent 做黑盒优化:五个领域中四个超过最佳数值优化器

论文《A Closer Look at Agentic BBO》系统评测了 LLM Agent 在黑盒优化任务上的表现。结果显示,Agent 方法在全部五个领域的平均得分都高于直接调用 LLM 的方法,并在其中四个领域超过最好的数值优化器。

  • 给 Agent 提供更多数值优化工具,并不总能带来提升
  • 通用的任务语义信息普遍有用,更具体的先验知识反而不太可靠
  • 数值优化器可以在 Agent 已建立的搜索轨迹基础上继续有效优化
  • 在 Codex Harness 下测试的 7 个模型中,GPT-6 Astra 和 DeepSeek-V4.1-Flash 处于性能与成本的帕累托前沿

为什么值得关注对于参数调优、配置搜索这类工程问题,「Agent 先探索、数值优化器再细化」的组合是一个可参考的思路。

来源:arXiv 详情 →
Esc
↑ ↓ 选择Enter 打开

分享图

1080 × 1350,适合发到群聊或朋友圈
分享图预览

键盘快捷键

j / k
下一条 / 上一条
o
展开或收起当前条目
Enter
打开当前条目详情
c
复制当前条目链接
s
收藏 / 取消收藏当前条目
/ 或 ⌘K
搜索
1 2 3
切换密度:标题 / 摘要 / 完整
t
切换主题
?
显示本帮助