AutoResearch 异步多 Agent AI 寒武纪新阶段¶
📊 Level ⭐⭐⭐ | 7.4KB
Autoresearch Next Phase Async Multi Agent Ai寒武纪¶
摘要¶
Karpathy 把 autoresearch 整理成独立精简仓库:nanochat 的 LLM 训练代码压缩到单 GPU、单文件、约 630 行,AI agent 在零人工介入下自主迭代训练代码。文章重心在 Karpathy 宣布的下一阶段——从「模拟一个博士生」升级为「模拟一个研究社区」,即异步、大规模、多分支并行的 agent 协作。作者用「AI 寒武纪」命名这个拐点:当智能、注意力与执行力都不再是瓶颈,真正被压垮的是 Git/GitHub 这套为「人之间协作」设计的抽象。
核心要点¶
- 当前形态:nanochat LLM 训练代码 → 单 GPU、单文件、约 630 行(github.com/karpathy/autoresearch)
- 人机分工:人类只迭代 prompt(
.md),AI agent 迭代训练代码(.py)——沿「意图 vs 实现」切开 - 循环设计:每次训练恰好 5 分钟;agent 在 git feature branch 上自主循环、持续积累 commit
- 下一阶段目标:不是模拟一个博士生,而是模拟一个由博士生组成的研究社区
- 结构冲突:现有代码同步、单向,只沿一条研究方向串行增长 commit,无法支撑异步并行探索
- Git 的隐含假设:默认存在一个主分支、其他分支最终要合并回来;但此场景「根本不想合并,只想吸纳和积累各条分支上的 commit」
- 轻量原型:agent 把一夜结果整理成摘要发到 GitHub Discussion,或开 PR 保留精确 commit 记录,供下一个 agent 用 GitHub CLI 读回
- Karpathy 的判断:这是比仓库本身更大的想法——当智能、注意力和执行力不再是瓶颈,现有协作抽象会承受越来越大的压力
深度分析¶
当前形态:单文件、单 GPU、5 分钟一循环¶
把 nanochat 训练代码压到单文件、约 630 行,是刻意的工程选择:脚本小到能被 agent 一次性完整持有、读懂、改写;5 分钟硬上限则把「一次实验」变成可预测的原子时间块,让单轮成本封顶、失败可快速丢弃。
人机分工是第二根支柱:人类维护 .md(目标、约束、评价标准),AI agent 维护 .py(实现),两边改的不是同一层,因而可并行推进而不互相踩踏。这实际是 Agent 自改进循环 的极简落地;配合 Loop Engineering 与 Karpathy AutoResearch 循环-harness 优化,可见「定义评价信号 → 让 agent 在信号 backpressure 下自治」的循环骨架,只有被信号确认改善的 commit 才被保留。
下一阶段:从同步串行到异步多分支¶
现有实现同步、单方向:一个 agent 沿一条方向串行提交,commit 线性累积。下一阶段要异步并行——多个 agent 在各自 feature branch 上跑不同方向,互不阻塞。摩擦点不在算力,而在 Git 的合并心智模型:GitHub 隐含假定「主分支 + 临时分支 + merge back」,但这里分支产出的是研究结论而非待合并补丁,主分支的合并语义彻底失效。
Karpathy 的轻量原型绕开合并、复用 GitHub 已有原语:Discussion 承载发现摘要,PR 承载精确 commit 记录,下一个 agent 用 GitHub CLI 读回,跑完再回写发现报告。这等于把协调外化成版本控制与讨论区——agent 之间无需实时消息总线,只通过可读、可追溯的公共记录交接。可对照 多 Agent 协作 与 Agent 编排模式。
真正的瓶颈是协调,不是模型能力¶
「AI 寒武纪」类比的要害在此:寒武纪大爆发的标志不是单个生物变聪明,而是涌现出新的身体结构与全新的合作/竞争形态。文章的判断是——当智能、注意力和执行力不再稀缺,压力会整体转移到协作抽象层。这与 Anthropic 多 Agent 研究系统 的工程结论印证:多 agent 系统的失败模式多来自协调开销与上下文传递损耗,而非单 agent 能力不足。正因如此,Karpathy 说这是「比仓库本身更大的想法」——问题已从「agent 能不能做研究」变成「成千上万 agent 如何协作」。
附带的两个构想:AGI 赌约与暴力搜索种子¶
其一为 AGI 赌约:Hyperbolic 联合创始人兼 CTO Yuchen Jin 曾与马斯克打赌——若 AI 在做 AI 研究与工程上能超过 Karpathy 即算 AGI;现在他觉得自己可能要输了,因为 Karpathy 或许已做出 AGI 原型,「代码不重要,重要的是伟大的构想」。其二是一个脑洞:用暴力搜索随机种子来训练神经网络,Karpathy 认为这个思路值得被正式化。
实践启示¶
- 把循环单位做小、做硬:给每轮实验固定的时间/成本上限,让节奏可预测、失败可回滚、单轮成本可封顶。
- 按「意图 vs 实现」切分人机职责:人维护
.md(目标与评价标准),agent 维护.py(实现),避免两边同改一层。 - 用 git commit 当研究记录:被评价信号验证为净改善的 commit 就是可信、可审计、可回滚的产出,比日志式「研究日记」更硬。
- 异步协作先收敛到公共记录:让 agent 通过 Discussion/PR 交接,再考虑引入实时消息总线——复用已有原语比新造协议更稳。
- 把协调当一等公民:瓶颈通常是分支模型、合并语义与上下文传递,而非单 agent 智能;先回答「谁合并什么、如何只累积不合并」。
- 迁移领域时重估评价信号:迁到软件开发(多 Agent 自动化软件开发)时评价信号从训练指标换成评分/测试,协调复杂度同步上升。
相关实体¶
- AutoResearch:多 Agent 自动化软件开发
- Karpathy AutoResearch:循环与 harness 优化
- Anthropic:多 Agent 研究系统
- Agent 编排模式
- Agent 自改进循环
- MOC:多 Agent 协作
- MOC:MLOps 训练与推理
→ 原文存档