从 LOOP 到图探索 —— 算法模型的 AutoResearch 自进化系统架构演进之路
·
算法工程师的一天是“改代码—提交训练—等待—看日志—决定下一步”,过程中还经常被打断。我们团队从 Karpathy 的 AutoResearch 出发,经过三次架构重构,搭建出一套可在企业云端训练平台使用的算法研究自进化系统:系统从单线程 LOOP 探索升级为 CyclicGraph Engine 图探索架构,用状态机保证长周期运行的稳定性,并通过“业务知识库 + 真实大闭环 + 经验自动沉淀”实现系统自进化、越用越好用。 在结构、目标与场景均不相同的两个业务建模项目中,单任务完成耗时较人工基线分别减少约 85% 与 83%,其中一个算法模型已将系统自主推导的方案推全上线,并取得线上收益;另一个多目标项目中,系统产出的方案在全部 12 个预估目标上同时超过人工基线。两个项目唯一的共同点是同一套系统架构,说明增益来自架构本身。本文分享这套系统的设计理念、架构演进与可信度设计,希望对大家有所帮助或启发。 1 背景:算法工程师的时间都去哪了? 一个算法工程师的典型工作流是:修改代码、推送代码、提交训练、等待、查看日志提取指标、与上一轮对比、决定下一步。等待的间隙,工程师会切换到其他任务,但切换有成本,时间利用不充分;如果训练在凌晨完成,还要等到第二天继续。一天下来,大约完成 2~3 次实质性迭代。真正需要判断力的环节,反而被切换和等待挤压得所剩无几。 2025 年底,Andrej Karpathy 开源了 AutoResearch:一个在单张 H100 上训练 5000 万参数教学级 GPT 的实验原型。仓库只有三个文件:program.md 用自然语言描述研究规则,train.py 是 Agent 唯一可自主修改的训练代码,prepare.py 负责评估。正是这个极简组合,让 LLM 驱动的研究在夜间和周末自动运行。约两天内,系统运行约 700 次实验,产出约 20 个针对 val_bpb 的正向提交。这套循环背后有一个刻意的信任设计:负责评估的 prepare.py 被冻结为不可修改文件,Agent 只能改训练代码而不能改评估函数,从机制上杜绝了“篡改裁判”的可能;而 keep/reset 的 Git…