autoresearch的演进方向应是异步大规模协作,类似SETI@home模式,目标并非模拟单个PhD学生,而是构建多agents研究社区。当前Git/GitHub的主分支机制限制了分布式创新,未来应允许agents在任意分支并行探索不同方向,通过Discussion或PR分享发现而非合并代码。随着智能体算力与注意力瓶颈消失,现有代码协作抽象将面临根本性重构。
顶级AI科学家提出Agent科研新范式,从模拟个人转向构建分布式智能协作网络
The next step for autoresearch is that it has to be asynchronously massively collaborative for agents (think: SETI@home style). The goal is not to emulate a single PhD student, it's to emulate a research community of them.
Current code synchronously grows a single thread of commits in a particular research direction. But the original repo is more of a seed, from which could sprout commits contributed by agents on all kinds of different research directions or for different compute platforms. Git(Hub) is *almost* but not really suited for this. It has a softly built in assumption of one "master" branch, which temporarily forks off into PRs just to merge back a bit later.
I tried to prototype something super lightweight that could have a flavor of this, e.g. just a Discussion, written by my agent as a summary of its overnight run:
https://github.com/karpathy/autoresearch/discussions/43
Alternatively, a PR has the benefit of exact commits:
https://github.com/karpathy/autoresearch/pull/44
but you'd never want to actually merge it... You'd just want to "adopt" and accumulate branches of commits. But even in this lightweight way, you could ask your agent to first read the Discussions/PRs using GitHub CLI for inspiration, and after its research is done, contribute a little "paper" of findings back.
I'm not actually exactly sure what this should look like, but it's a big idea that is more general than just the autoresearch repo specifically. Agents can in principle easily juggle and collaborate on thousands of commits across arbitrary branch structures. Existing abstractions will accumulate stress as intelligence, attention and tenacity cease to be bottlenecks.
来源:Andrej Karpathy · x.com