AI 编程实时动态与要闻

微软开源 4B 电脑操作智能体 Mage-VL-Cowork:一个模型自己决定点界面还是写 bash,OSWorld-Verified 66.0%

微软 Mage 团队 10 月 30 日在 Hugging Face 以 Apache-2.0 发布 Mage-VL-Cowork:4B 参数的多模态电脑操作智能体,同一个模型每一步自己选择用截图点界面(computer_use)还是在终端跑 bash/Python,不需要外部调度器。官方报告它在 OSWorld-Verified(361 题、50 步上限)两次平均 66.0%,高于 Qwen3.6-27B 的 63.9%,但仍低于 9B 的 SCALECUA-Qwen3.5-9B(68.7%)。

微软开源 4B 电脑操作智能体 Mage-VL-Cowork:一个模型自己决定点界面还是写 bash,OSWorld-Verified 66.0%

核心要点速览

  • 4B 参数,基于 Mage-VL(Mage-ViT 视觉编码器 + Qwen3-4B-Instruct-2507),bf16 权重约 9.48 GB,Apache-2.0 许可。
  • OSWorld-Verified 两次独立跑分 65.33% 和 66.75%,取平均 66.0%;操作系统类任务 87.5%,多应用工作流 62.7%。
  • 官方对比:同一个 LibreOffice Calc 建图表任务,它用终端里的 Python 改表格 39 秒完成(6 步),纯界面操作的 Qwen3.6-27B 用了 9 分 56 秒(39 步)。
  • 在线 RL 比混合 SFT 再提升 10.16 个百分点,同时平均模型调用次数减少 13.0%、输出 token 减少 25.4%。
  • 训练数据由 Mage-CUA-Forge 生成约 29.4 万个桌面和网页任务,覆盖 6,915 种技能,单任务生成成本从 0.906 美元降到 0.158 美元。
阅读全文
关联模型 / 智能体 / 厂商:
⚡ Mage-VL-Cowork⚡ Mage-VL⚡ Qwen3-4B⚡ Qwen3.6-27B🌐 Microsoft

X 热议:Flask 作者 Armin Ronacher 称 Opus 5.5 智能体两周内可无人工重写整个 CPython,评论区争论「价值到底在不在测试集」

Flask 作者 Armin Ronacher(@mitsuhiko)11 月 1 日发帖称,他确信现在用一个 Opus 5.5 智能体,只对着测试集、无人工介入,大约两周就能重写整个 CPython,甚至做到 ABI 兼容、去掉 GIL、带 JIT 并在各项指标上更快。帖子约 1,637 赞、9.8 万浏览、162 条回复。随后他补充:重写不一定需要现成测试集,让智能体先自建测试更适合移植。antirez 表示赞同,Mario Zechner 和 Meta 工程师 Kevin Newton 则提出反对。这是个人判断,并无实际重写结果。

核心要点速览

  • 原帖:@mitsuhiko 11 月 1 日,11:52 UTC 发布,约 1,637 赞、269 收藏、162 条回复、9.8 万浏览(抓取时)
  • 他的原话要点:只给测试集、无人工输入,约两周重写 CPython,「可能」做到含 ABI 的完全兼容、无 GIL、带 JIT,并称「完全疯狂」;这是预测,没有给出实验
  • 后续帖(14:07 UTC,约 212 赞):不必依赖现成测试集,很多旧测试不适合「爬坡」优化;他说几周前让智能体重写 Excel 公式引擎时,测试集是它从零自建的
  • antirez(Redis 作者)赞同先让智能体建一套庞大的测试再开始移植;Mario Zechner 反对,认为问题在信任,现成的测试和一致性套件才让他放心
  • Meta 工程师 Kevin Newton 批评:成功的 Python JIT 极少,难在复杂度和兼容性,认为「无需人工就能做出好 JIT」是错误的;也有人指出 PEP 703 下无 GIL 构建本就与标准 ABI 不兼容
阅读全文
关联模型 / 智能体 / 厂商:

X 热议:Anthropic 平台工程负责人称团队起步时没有 Rust 工程师,由 Claude 写代码把 Messages API 整体移植到 Rust,CPU 约省 40–50%

Anthropic 平台工程负责人 Katelyn Lesse 在 Latent Space 播客(10 月 27 日上线)中说,上周已全量上线用 Rust 写的 Messages API:原系统是吃 CPU 的 Python 单体,团队起步时「一个 Rust 开发都没有」,人负责系统设计和验证,Claude 写实现,再用影子流量比对新旧两套输出。她给出的粗略数字是 CPU 少约 40–50%,首 token 延迟改善约 10–20%。这段片段被 Somi(@somi_ai)剪出后在 X 上获得 1,000+ 点赞、约 14 万次浏览,swyx 等人转引,讨论焦点是「别搞大重写」这条老经验是否已经过时。以下观点属于 X 讨论,数字为 Lesse 口头估算,Anthropic 尚未发布书面工程报告。

X 热议:Anthropic 平台工程负责人称团队起步时没有 Rust 工程师,由 Claude 写代码把 Messages API 整体移植到 Rust,CPU 约省 40–50%

核心要点速览

  • 一手来源是 Latent Space 播客节目《How Anthropic ships Claude with Claude》中 Katelyn Lesse 的口述,「56:05 Rebuilding the Messages API in Rust」一段
  • Lesse 说迁移起因是用量暴涨后 CPU 成了瓶颈,CPU 需要提前做容量规划,Anthropic 内部研究沙箱、产品沙箱、CI 等都在争同一池 CPU
  • 做法是一次性 fork 整个 API 的 Rust 版本,跑影子流量对比 Python 与 Rust 的输出一致后逐步切换,刻意不在移植中加新功能
  • 她估算 CPU 节省约 40–50%,首 token 延迟改善约 10–20%,长时任务改善更大;这些是播客中的口头粗略数字,非正式基准
  • X 上 Somi 称「别搞大重写」的建议已死,swyx 说 Anthropic「把整个后端 vibecode 成了 Rust」;后者是夸张说法,Lesse 只谈到 Messages API
阅读全文
关联模型 / 智能体 / 厂商:

Kimi 推出 3D Make:K3.1 Pro 可直接操作 Blender、CAD 和 Unreal/Unity/Godot 引擎建模、搭场景、做游戏

月之暗面 Kimi 官方账号 10 月 30 日 03:14(UTC)发布 3D Make,称 Kimi 可连接 Blender 和 CAD 等工具来建模、组装场景和开发游戏,已在 kimi.ai 和 Kimi Work 上线。官方同步发布的 3D 教程说明,K3.1 Pro 经过专门训练,通过 Python 脚本操作 3D 软件,即使没有 MCP 支持的专业软件也能纳入工作流;人物、动物等网格模型则自动调用 Tripo 等扩散模型生成。需要本地软件的插件仅在 Kimi Work 中可用。

Kimi 推出 3D Make:K3.1 Pro 可直接操作 Blender、CAD 和 Unreal/Unity/Godot 引擎建模、搭场景、做游戏

核心要点速览

  • 上线范围:3D Make 已在 kimi.ai 和 Kimi Work 提供,依赖本地软件的插件仅限 Kimi Work
  • 两种建模路线:参数化建模由 K3.1 Pro 写 Python 脚本完成(家具、机械件、建筑),网格建模自动调用 Tripo、Meshy、Hyper3D 等服务
  • 引擎适配:官方称已适配 Unreal Engine、Unity 和 Godot,可导入模型、搭场景、逐步实现玩法
  • 官方案例:K3.1 Pro 发布视频里的天宫场景用 Unreal Engine 5.8 制作,源模型合计 3600 万个三角形,用 Nanite 和 Lumen 渲染
  • 跑分:官方未公布 3D 相关基准,教程也承认部分任务需要多轮修改,骨骼绑定和复杂材质仍是短板
阅读全文
AD赞助内容

xAI 给 Grok API 加上 guidelines 字段:按请求设定 NSFW、暴力、脏话三类内容的收紧策略

xAI 10 月 28 日在 @grok 官方账号宣布,所有 API 客户现在都能在文本请求里加 guidelines 数组,对 nsfw、violence、profanity 三个类别逐一设为 decline,让 Grok 在写回答时自己收紧这类内容,而不是事后过滤。字段同时支持 Responses API、Chat Completions 和 xAI Python SDK;多智能体模型和延迟补全暂不支持,参数不合法时 API 会在调用模型前直接返回 400 或 422。

xAI 给 Grok API 加上 guidelines 字段:按请求设定 NSFW、暴力、脏话三类内容的收紧策略

核心要点速览

  • 3 个类别:nsfw、violence、profanity,目前唯一可选行为是 decline,未列出的类别保持模型默认(官方文档)
  • 覆盖 Responses API、Chat Completions 和 xAI Python SDK 的 chat.create;OpenAI SDK 需用 extra_body 传入
  • 只对携带它的那一次请求生效,整段对话要每次都带上;xAI SDK 的 chat 对象会自动带
  • 不支持 grok-4.20-multi-agent 等多智能体模型和延迟补全;同一类别重复出现返回 400,未知取值返回 422
  • 官方账号原帖约 59 万次浏览、271 个赞(截至本文写入)
阅读全文
关联模型 / 智能体 / 厂商:

LiteLLM 1.107.0 遭供应链投毒:PyPI 与 Docker 镜像被植入凭证窃取器和后门,官方确认已控制并建议回退 1.106.2

10 月 21 日,热门 LLM 网关 LiteLLM 的发布流水线被攻破,恶意 1.107.0 版本在 PyPI 上线约 2 小时(11:39–13:23 UTC),Docker 的 v1.107.0、latest、main-latest、main-stable 标签也在 11:46–14:20 UTC 指向被污染镜像。官方事件报告称恶意文件会在每次 Python 启动时窃取云、SSH、AI 工具和代理库中的密钥,现已下架,开源用户应固定 1.106.2 并轮换凭证,企业私有仓库不受影响。

LiteLLM 1.107.0 遭供应链投毒:PyPI 与 Docker 镜像被植入凭证窃取器和后门,官方确认已控制并建议回退 1.106.2

核心要点速览

  • 影响范围(官方口径):PyPI litellm==1.107.0 全部 7 个 wheel,11:39:51–13:23 UTC 在线;Docker Hub 与 GHCR 的 4 个标签从 11:46:56 UTC 起被污染
  • 攻击链:攻击者拿到 3 组开发者 GitHub CLI 凭证,其中一个属于组织所有者,借此关闭分支保护、强推修改,让发布流程从仿冒仓库 Berri-AI/litellm 构建并签名
  • 载荷:cook.pth、cook.py、sitecustomize.py 在任何 Python 启动时运行,删除 litellm 包也不会清除;另有每小时拉取远程代码的后门
  • 处置:先手动删除这 3 个文件和对应 pyc,再固定 litellm==1.106.2 或从零重建环境,并轮换代理库中的全部供应商 key、master key 和数据库密码
  • 这是 LiteLLM 2026 年第 2 次供应链事件(3 月曾涉及 1.82.7/1.82.8),GitHub 源码标签 v1.107.0 本身不含恶意文件
阅读全文

Claude API 发布 2023 年来首个正式新版本 2026-10-21:移除 temperature 等采样参数,各语言 SDK 同步升大版本

Anthropic 于 10 月 21 日发布 Claude API 版本 2026-10-21,这是自 2023 年以来首次正式版本发布。新版本移除 temperature、top_p、top_k 采样参数并清理 Admin API 旧字段;Python 2.0、TypeScript 1.0、Go 2.0、Java 3.0 等 SDK 同步发布并默认使用新版本。旧版 2023-06-01 未被弃用。

核心要点速览

  • 版本:2026-10-21 是 Claude API 自 2023 年以来首个正式版本;2023-06-01 未弃用,官方称今后会更频繁发版本
  • 破坏性变更:传入 temperature/top_p/top_k 任一参数在所有模型上返回 400;Claude 4.7 及以后模型行为不变
  • SDK:Python 2.0.0、TypeScript 1.0.0、Go 2.0.0(路径加 /v2)、Java 3.0.0、C# 13.0.0、Ruby 2.0.0、PHP 1.0.0、ant CLI 2.0.0
  • 鉴权:SDK 改用 Authorization: Bearer 发送 API key,每个客户端只持有 1 个凭据;SDK 许可证改为 Apache 2.0
  • 平台:Claude API、AWS 上的 Claude Platform、Microsoft Foundry、Google Cloud 可用;Bedrock 仅限 Claude 4.7+,详见迁移指南
阅读全文

真实世界 3D 资产生成大考:BlenderWorld 首发 223 项工业基准,GPT-6 Astra 斩获 79.9 分领跑

多所顶尖研究机构在 arXiv:2610.23986 中正式发布首个面向真实世界参考的视觉智能体 3D 创作评测基准 BlenderWorld。基准涵盖程序化建模、着色材质编写、空间布局与灯光模拟等 223 项真实工业级任务,接入 Blender 软件全自动沙盒环境。实测显示 GPT-6 Astra 以 79.9 分综合得分问鼎全球榜首(完美完成率达 42.2%),Opus-5 斩获 73.0 分,而开源模型 DeepSeek-V4.1-Flash 斩获 65.7 分超越众多大尺寸基线。

真实世界 3D 资产生成大考:BlenderWorld 首发 223 项工业基准,GPT-6 Astra 斩获 79.9 分领跑

核心要点速览

  • 多所顶尖机构发布首个面向真实世界 3D 资产创作的工业评测基准 BlenderWorld(arXiv:2610.23986),涵盖 223 项全自动 Blender 任务
  • GPT-6-Astra 以 79.9 分与 42.2% 完美率强势领跑全球榜首,Opus-5 斩获 73.0 分位居第二
  • 开源旗舰 DeepSeek-V4.1-Flash 斩获 65.7 分登顶开源第一,并在多模态子任务中以 65.5 分追平商业旗舰 GPT-5.6-Sol
  • 揭示截然不同的 Agent 求解流派:GPT 倾向于前瞻性规划(39.9K Token),而 DeepSeek 依靠高频工具迭代检查(单任务 168 次工具调用)
阅读全文
关联模型 / 智能体 / 厂商:

OpenAI 开源 MultiLangBench 并公布低资源语言编程进展:GPT-6 Astra 用 20 种语言从零写 SQLite 平均通过率 87.4%,GPT-6.1 Sol 迁移 COBOL 准确率最高 97.9%

OpenAI 10 月 19 日发文,称最新模型在 COBOL、Fortran、Visual Basic、OCaml 等训练语料稀少的「低资源语言」上大幅进步,并开源评测 MultiLangBench:让模型用 20 种语言各自从零写一个兼容 SQLite 的数据库引擎。GPT-6 Astra 平均测试通过率 87.4%(GPT-5.6 Sol 为 26.8%),20 种语言里 19 种超过 83%,COBOL 仍最难,为 72.1%。另一项 COBOL 迁移评测要求把程序迁到 C++、Java、Kotlin、Python 或 Rust 并做到输出逐字节一致,GPT-6.1 Sol 低推理档 86.6%(GPT-5.6 Sol 仅 5.4%),高推理档 97.9%。以上均为 OpenAI 自测口径。

OpenAI 开源 MultiLangBench 并公布低资源语言编程进展:GPT-6 Astra 用 20 种语言从零写 SQLite 平均通过率 87.4%,GPT-6.1 Sol 迁移 COBOL 准确率最高 97.9%

核心要点速览

  • MultiLangBench:GPT-6 Astra(max)20 种语言平均通过率 87.4%,GPT-5.6 Sol 为 26.8%;19 种语言超过 83%(官方口径)。
  • 分语言提升:COBOL 10.9%→72.1%、OCaml 25.6%→85.8%、Fortran 21.4%→83.5%、Visual Basic 27.5%→89.4%。
  • 低价档:GPT-6 Luna 平均 40.3%,每样本约 0.77 美元,比 GPT-5.6 Sol 的 3.48 美元低约 78%。
  • COBOL 迁移:GPT-6.1 Sol 低推理档 86.6%(GPT-5.6 Sol 5.4%),API 成本约为后者的 61%;高推理档 97.9%,接近饱和。
  • 评测集与各语言结果已在 GitHub openai/multilangbench 开源;COBOL 迁移评测未公开。
阅读全文

vLLM 官方推出预编译字节码镜像与 Decision 3.0 服务:容器冷启动提速 18%,AMD MI325X 决策吞吐达 1.8 倍

vLLM 官方推特宣布两项关键工程突破:在 v0.32.0 官方镜像中引入构建期 Python 字节码预编译(uv compile),使 H100 容器冷启动耗时缩短 14%~18%(省去约 18 秒且启动零重编译);同时正式合入 Decision 3.0(D3)全系列 6 款结构化决策模型(0.6B 至 27B),通过 /v1/systemone 提供极速多模态选择与评分,在 AMD MI325X 单卡上支撑 64 并发的吞吐达原始基准的 1.8 倍。

vLLM 官方推出预编译字节码镜像与 Decision 3.0 服务:容器冷启动提速 18%,AMD MI325X 决策吞吐达 1.8 倍

核心要点速览

  • vLLM 官方在发布镜像中引入构建期 Python 字节码预编译,使 H100 容器冷启动耗时缩短 14%~18%(省去约 18 秒)
  • 正式合入 Decision 3.0(D3)全系列 6 款决策模型(0.6B 至 27B),通过 /v1/systemone 专有接口提供毫秒级多模态结构化判定
  • D3 模型在 Jev Decision Index 0.3.2 榜单上拿下文本 66.3 分与视觉 71.3 分双料第一
  • 在单张 AMD Instinct MI325X 显卡上,面对 64 并发客户请求,D3 27B 的吞吐量达到原始服务的 1.8 倍
阅读全文
关联模型 / 智能体 / 厂商:
AD赞助内容

vLLM v0.32.0 发布:814 次提交,内置 /v1/systemone 结构化决策接口,NVFP4 低精度 KV 覆盖更多 GPU,多 API worker 短请求吞吐提升 43–85%

vLLM 于 10 月 18 日发布 v0.32.0,363 位贡献者(121 位新人)提交 814 次。重点包括默认提供的 POST /v1/systemone 结构化决策接口与通用 hf 工具/推理解析器;NVFP4 KV 缓存扩展到 SM8x/SM90/SM12x,GLM-5.x 在 SM100 默认 FP8 KV;Model Runner V2 新增 GPU n-gram 投机与 Elastic EP,并成为 ROCm 默认;修复 3 个安全公告并收紧 CORS 默认值,同时放弃 Python 3.10。

vLLM v0.32.0 发布:814 次提交,内置 /v1/systemone 结构化决策接口,NVFP4 低精度 KV 覆盖更多 GPU,多 API worker 短请求吞吐提升 43–85%

核心要点速览

  • 规模:814 次提交、363 位贡献者(121 位新人),见 Release 说明。
  • 结构化决策:新增并默认开启 POST /v1/systemone,回答 choice/score 类问题,已支持 Cloudflare/clef-omni、LiquidAI/d1-3B 等模型;--tool-call-parser hf 读取权重自带的 response_template,免写专用解析器。
  • 低精度 KV:GLM-5.x 在 SM100 默认 FP8 KV,每卡 KV 显存减半、吞吐 +2.3–5.5%,代价是 TTFT 增加 7–11%(PR 内基准,官方口径);ROCm 新增 4-bit KV,密度约为 FP8 的 2 倍。
  • 服务提速:--api-server-count 大于 1 时按最少负载分配连接,短请求 req/s 提升 43–85%(Qwen3-0.6B、32 输入/1 输出 token 的 PR 基准)。
  • 破坏性变更:移除 Python 3.10 支持、CORS 默认不再放行所有来源、移除 cascade attention,max_tokens 不再从上下文窗口预留。
阅读全文
关联模型 / 智能体 / 厂商:

腾讯混元开源 Hy Memory 2.0:3B 激活的记忆写入模型跨 4 套框架均分 55.49(官方口径略超 Opus 5),MemHub 打通 Claude Code/Cursor/Codex 本地记忆

腾讯混元 10 月 16 日开源 Hy Memory 2.0,三层齐发:Apache-2.0 的专用记忆写入模型 Hy-Memory-30B-A3B(约 3B 激活,HF + arXiv 技术报告)、覆盖 Chat/Working/Coding 三种场景的 Python SDK(PyPI hy-memory 2.0.x),以及本地优先的 MemHub(CLI + macOS,preview)。官方口径下,该模型替换 Mem0、MemOS、Hy-Memory 与留出的 EverMemOS 中的写入 LLM 后四框架均分 55.49,Claude Opus 5 为 54.62;评测基于固定 20% 子样本,部分单项仍落后 Opus 5。

腾讯混元开源 Hy Memory 2.0:3B 激活的记忆写入模型跨 4 套框架均分 55.49(官方口径略超 Opus 5),MemHub 打通 Claude Code/Cursor/Codex 本地记忆

核心要点速览

  • 官方口径:四框架均分 55.49,Claude Opus 5 为 54.62,DeepSeek V4.1 Flash 53.64
  • 留出框架 EverMemOS 上 56.89 vs Opus 5 的 54.04;Mem0 的 LoCoMo 单项仍落后(59.54 vs 69.47)
  • 约 3B 激活、Apache-2.0,vLLM v0.31.0 实测可部署,OpenAI 兼容接口
  • SDK 一行 pip install hy-memory,Chat/Working/Coding 三场景自动路由
  • MemHub 支持 Linux 与 macOS(preview),不支持 Windows
阅读全文

“氛围编码”安全警钟长鸣!Last Secure Code 基准发布:前沿 Agent 仅 25.1% 生成代码同时兼顾功能与安全

随着 AI 编程智能体在“氛围编码”(Vibe Coding)热潮中广泛接管软件生产,生成代码的安全性成为行业焦点。新加坡国立大学与莫纳什大学等团队发布 Last Secure Code Benchmark,这是首个全面评估编程智能体安全代码生成能力的权威基准。涵盖 7 种主流编程语言、24 类 CWE(包括 2025 CWE Top 25 中的 21 类及 Top 10 KEV 中的 8 类)以及 450 项源于 150 个真实 CVE 漏洞的实战任务。评测揭示:前沿模型在功能测试上通过率达 73.6%~91.3%,但即使最强的 Claude Fable 5,在同时满足“功能可用且无安全漏洞”的严苛检验下通过率仅为 25.1%,其余主流 Agent 仅为 16.4%~24.7%。

“氛围编码”安全警钟长鸣!Last Secure Code 基准发布:前沿 Agent 仅 25.1% 生成代码同时兼顾功能与安全

核心要点速览

  • 首个氛围编码安全基准:基于 150 个真实 CVE 漏洞构建 450 项多语言任务,覆盖 2025 CWE Top 25 中的 21 类高危缺陷及 8 类 KEV 漏洞
  • 功能可用假象与安全断层:前沿 Agent 的功能通过率高达 73.6%~91.3%,但兼顾功能与安全性的双合格率仅为 16.4%~25.1%
  • 全流程漏洞场景堪忧:在完整的全仓库或跨文件工程场景中,最强模型仅能抵御 12% 的漏洞风险,凸显自动化安全扫描门禁的极端紧迫性
阅读全文

告别纯自然语言 Prompt 循环!ABCAgent 提出智能体行为即代码范式:复用率超 92% 兼具极低延迟

在当前以 ReAct 和复杂 Prompt 编排为代表的主流智能体架构中,Agent 在执行多步任务时完全依赖神经网络逐步生成下一个 Action 与推理步骤。这种纯神经执行模式面临着不可避免的致命硬伤:调用延迟高昂、API 消耗呈指数级膨胀、中间错误沿轨迹层层放大,且在处理相同业务逻辑的重复任务时无法复用经验。Uniphore 研究团队在最新成果(arXiv:2610.04824)中提出了颠覆性的神经符号智能体架构 ABCAgent(Agent Behavior as Code Agent)。ABCAgent 创新性地将智能体行为的设计(Design)与执行(Execution)彻底解耦:大模型仅扮演‘程序员/架构师’角色,在运行时编写、修改显式的符号化程序(嵌入神经算子的 Python 代码);而底层的状态机、变量传递、循环和分支控制则完全交由确定性的代码解释器执行。在 GAIA、Augmented GAIA、GSM-Symbolic、τ²-bench 与 WorkArena 等 6 项权威基准测试中,ABCAgent 展现了卓越的性能与极致效率:在保持甚至超越纯神经 Agent 准确率的同时,ABCAgent 在 GSM-Symbolic 任务中实现了 92.6% 的免重新编写直接复用率,在 Augmented GAIA 中复用率达 20.1%,仅通过变量重新绑定(Variable Rebinding)即可毫秒级解决新任务,彻底解决了传统 Agent 面对循环工作流时的认知漂移瓶颈。

核心要点速览

  • 神经符号智能体架构 ABCAgent 发布,提出智能体行为即代码(Agent Behavior as Code)全新范式
  • 解耦设计与执行态,在 GSM-Symbolic 取得 92.6% 免生成脚本复用率,参数重绑定大幅削减延迟与 API 成本
  • 在 τ²-bench 与 WorkArena 长程评测中展现碾压级稳定性,杜绝纯神经循环中的错误级联与注意力漂移
阅读全文

白盒解剖智能体思维演化!ARC-AGI-3 首份 Coding Agent 连续学习追踪实证发布

在通用人工智能(AGI)的核心探索中,让基于冻结底座大模型的 Coding Agent 在不进行微调的前提下,通过自主编写代码、沉淀文本笔记来跨越长程任务实现‘连续学习(Continual Learning)’,是目前最受关注的智能体范式。然而,智能体在面对未知规则的世界时,其大脑内部究竟如何形成假设、检验规则并在遭遇失败时推翻重来?学术研究团队在最新研究(arXiv:2610.11450)中公布了一项颠覆性的白盒追踪实证:团队让 Coding Agent 在没有任何人类指令提示的前提下,连续挑战前沿抽象推理挑战 ARC-AGI-3。Agent 仅通过编写运行 Python 脚本和记录纯文本 Notes 来沉淀记忆。研究团队开发了一套‘思维追踪测量协议(Measurement Protocol)’,跨越两个模型家族的 3 款主流基座、历经 7 次全量评估运行,首次全景还原了智能体‘思维从诞生、继承、修正到被彻底推翻’的完整生命周期。研究揭示:智能体在跨越关卡边界时会主动废弃 74% 的历史脚本以剥离当前关卡的过拟合噪声;其 Notes 笔记采用纯追加模式且当冲突发生时依赖完整底层 Log 裁决,从而实现了‘选择性遗忘’而非‘灾难性遗忘’;而导致 Agent 彻底崩溃的最致命硬伤,是将前序关卡中硬编码的假定常量盲目带入新任务,论文已正式公开。

核心要点速览

  • 全球首份 Coding Agent 连续学习白盒追踪实证发布,解剖 ARC-AGI-3 抽象推理中智能体思维演化全景
  • 实证发现 Agent 会主动废弃 74% 的历史脚本以剥离局部噪声,通过纯追加笔记与底层 Log 裁决实现选择性遗忘
  • 揭示跨任务硬编码数值(Hard-coded Values)污染是导致智能体长程认知崩溃的最致命第一杀手
阅读全文
关联模型 / 智能体 / 厂商:
⚡ ARC-AGI-3⚡ Coding-Agent⚡ Continual-Learning🤖 ARC-Agent🤖 Thought-Tracer🌐 Hugging Face🌐 Open Source Research