SoL-Pi: Recursively Scaling Auto-Research Loops for Efficient Agent Harness
发表时间:2026-09-17
arXiv · HF 讨论 · alphaXiv① 一句话定位
本文提出 SoL-Pi,一个位于 agent harness 层、受递归自改进(RSI)启发的自动研究系统。其目标不是降低单位 token 成本,而是通过改进模型与环境之间的 harness,减少完成长时域任务所需的 token 流量与 API 成本。与更快的 attention kernel、量化、更便宜模型等路线正交,也与逐任务 prompt 级或任务专用 harness 搜索不同,SoL-Pi 通过大规模、可隔离的 auto-research loop 搜索可迁移的效率机制,并以冻结的 held-out 集验证。它最终产出四个机制:Action Fusion、Online Context Compact、ObservationPack、Evidence-Preserving Reducer,分别覆盖动作执行、上下文压缩、观察处理与委托阅读。在 EdgeBench 上,效率点在保持接近 Pi 能力的同时显著降低 token 与成本,并能迁移到未适配的 Opus 后端。定位上属于自动化 harness 优化/自动 agent 设计,但强调以“搜索反馈与最终评估分离”获得可迁移改进,而非任务级过拟合。
② 背景与动机
背景有两层。第一,基础模型使智能体能在更长时域、更少监督下处理开放任务,token 效率因此成为首要系统问题;已有工作主要关注更快推理、量化、更便宜模型,即降低单位 token 成本,而 harness 层如何更聪明地使用 token 是正交方向。第二,harness 优化在实践中困难:工具使用、上下文管理、验证、委托、恢复与终止高度耦合,局部有利改动可能引发下游失败,或把 token 成本转移到执行后期;人工检查长轨迹、定位重复失败并改写代码成本高,难以跨任务与环境扩展。此前已有 Meta-Harness、RHI、AutoHarness、AHE、MemoHarness 等自动化尝试,但 Wang 等的 held-out 研究发现演化出的 harness 可能过拟合搜索任务,对未见任务收益有限。这促使 SoL-Pi 把候选开发与 held-out 验证严格分离,并用“广度-深度漏斗 + 一次性隔离谱系”扩大搜索。其三条设计原则是:广度与深度、独立验证、可扩展编排。论文在 EdgeBench、Terminal-Bench、IMO 数学基准和核优化 swarm 上评估。
③ 方法机制
总体流程。SoL-Pi 把 harness 改进建模为对可复用效率机制的搜索。研究 AI 观察跑 base harness 的独立 agent 的执行轨迹,提出候选改动,并在准备的研究环境中测试。实验开始前就固定能力指标、容差和效率指标,且这些指标与容差对优化 agent 严格隔离,防止其博弈验收标准。候选选择经过两道顺序门:所有能力指标必须保持在预声明容差内;候选必须至少改进一个声明的效率指标。通过两门的候选按声明指标保留非支配解。各机制独立探索,最后集成进 SoL-Pi 并微调超参数与实现,同时保持能力。EdgeBench 留作最终验证,不参与搜索;harness 与验收规则在评估前冻结;held-out 结果绝不回流,失败即拒绝,不触发进一步优化。 广而深搜索与孤立谱系。外层探索大量机制假设,内层独立开发选定假设。外层方向池来自六个提案族:上下文、进度、工具、委托、提示与策略、改进与评估。Oracle Analysis 在分配 rollout 预算前检查已有开发轨迹,识别 base harness 中可避免的工作;每个方向必须指出具体开销来源并提出相应 harness 改动。提案族只按假设来源分类,不限制实现位置;例如 ObservationPack 来自两个上下文假设,但最终改的是观察边界。每个独立搜索遵循“提出改动—实现—跑固定实验—检查结果—保留/修改/丢弃”的循环,并用 Ralph Loop 做迭代实现:实现者把候选改到显式完成标准,独立审查者通过后才评估;审查失败触发修改。每次迭代可产生多条探索轨迹;独立分析器逐条检查重复动作、上下文增长、大观察或稀疏诊断信号,reducer 把发现汇总成候选级摘要以指导下一轮提案。每个独立搜索是共享技能模板的一次性实例:复制模板、设置参数、跑完,保留候选与证据并丢弃被改动的编排代码。广度来自更多隔离循环,深度来自循环内反复精炼。 搜索环境。搜索环境与迁移评估环境分离。搜索集包含两类可执行环境:仓库任务来自 GitHub issue–PR 对,以及带可执行成功验证器的合成任务。仓库环境把 issue 与修复前仓库状态、离线依赖配对,以被接受的 patch 和变更历史作为参考轨迹,PR 与回归测试对 agent 隐藏,只保留 patch 前测试失败、patch 后通过的环境。验证器驱动环境先生成定义成功的可执行验证器,再围绕它构造任务环境,允许多条合法解路径且无需参考轨迹,主要使用 Terminal-Bench-2 风格验证器接口。两类构造路径与 held-out 评估之间有隔离边界。 四个机制。Action Fusion:base Pi 经常在编辑文件后另发命令去测试、构建或运行;Action Fusion 把两个动作合成一次工具请求,并在单条 observation 中返回两者结果,省掉一次模型往返;需要检查修改结果的命令仍保持分开。实现上给文件变更工具增加可选 follow-up command,并在一次 observation 中返回两个结果。Online Context Compact:在 plan-step 完成边界判断是否压缩。agent 通过 update_plan 维护计划;每个完成边界,harness 用已完成步骤之间观察到的请求数和未完成步骤数估计剩余模型请求,再用“按观察到的增长率填满当前上下文窗口所需的请求数”对该估计设上限。成本门比较预期输入节省与重写 prompt cache 的额外成本;后续压缩还会把未回收的重写成本计入,要求更大节省边际。当门通过、或上下文接近窗口上限且压缩能缩短上下文时,调用 Pi 原生压缩。实现中门用上下文大小与 cache 写/读价格比估算 cache 重写开销,不单独给摘要调用计价。ObservationPack:对超过阈值的大工具输出本地归档,并在接下来的两次 provider 请求中仍全量发送;从第三次请求起替换为稳定句柄、原始大小、以及完整首尾行的短摘录;agent 可通过句柄按需取回精确页面。小结果不变。Evidence-Preserving Reducer:只压缩预定义命令集合中至少 4 KiB 的构建/测试日志;文件读取与搜索结果绕过。harness 归档精确输出,让低成本模型抽取关键证据到紧凑 receipt。确定性验证器检查 receipt 的 schema、源哈希、退出状态、精确引用和大小。验证失败、疑似凭据、或 receipt 无尺寸缩减时回退到原始日志。Reducer 先于 ObservationPack 处理;ObservationPack 识别 reducer 的 receipt 标记并跳过这些结果,以保留已验证证据。辅助模型只抽取证据,主 agent 保留诊断与动作选择。 集成与实现。四机制作用于工作流不同阶段:编辑后 Action Fusion 合并后续命令;环境返回输出时 Reducer 先抽取已验证证据、ObservationPack 再避免反复全量发送;plan-step 完成时 Online Context Compact 判断压缩。最终端到端联合评估。全部实现作为 Pi 扩展;Evidence-Preserving Reducer 使用 GPT-5.6 Luna 的 high 设置抽取证据并验证 receipt;评估前冻结机制源码、配置、指标、能力容差与验收规则。EdgeBench 公开任务中一部分用于已冻结候选的单向验收,其余留作泛化评估。Action Fusion 的溯源显示其 lineage 经历 oracle 分析、基线构建、prompt 与工具 schema 优化、最终 held-out 验证;prompt-only 触发不可靠后,改为扩展工具 schema 暴露融合动作,并引入 trigger rate 作为中间验收指标。
④ 实验与证据
实验部分先在 EdgeBench 公共任务上比较多种配置:官方参考行、原生 Codex/Claude Code、多个第三方 harness、Pi,以及 SoL-Pi 的效率点与性能点;随后把未适配的 SoL-Pi 迁移到 Opus 后端。接着在 Terminal-Bench 的 CPU 子集和 IMO 数学基准的 Lean 验证上比较 Codex、Pi、SoL-Pi;再用核优化 swarm 比较单 agent、Pi 基线 swarm 与 SoL-Pi swarm。消融部分做 add-one 评估每个机制,比较触发率与触发强度,分析完整栈与单机制的 token 效率增益,并讨论 cache 读写与总成本的权衡。最后以 Action Fusion 为例展示从 oracle 观察、基线构造到冻结验证的保留过程。总体结论:效率点在保持接近 Pi 能力的同时显著降低 token 与成本;性能点以较小压缩换取能力与 token 效率提升;机制在不同后端与多智能体设置中表现出迁移与扩展价值。
-
EdgeBench 效率点总 token 为 1.10B,比 Pi 少 49.0%,保留 93.7% 平均分(42.0 vs 44.8),token 成本比 Pi 低 33.2%。
The Efficiency point uses a total of 1.10 B tokens, 49.0% fewer than Pi, while retaining 93.7% of Pi’s average score (42.0 vs. 44.8). Its token cost is 33.2% lower than Pi’s.
-
EdgeBench 性能点把平均分从 44.8 提升到 47.2(+5.3%),token 流量降低 6.1%,token 效率提升 9.8%。
The Performance point raises average score from 44.8 to 47.2, a 5.3% gain, while reducing token traffic by 6.1% and improving token efficiency by 9.8%.
-
迁移到 Opus 5 时,SoL-Pi 保留 Pi 平均分的 94.3%,token 流量降低 44.7%,API 成本降低 33.5%。
On Opus 5, it retains 94.3% of Pi’s average score while reducing token traffic by 44.7% and API cost by 33.5%, relative to Pi’s point estimates.
-
Terminal-Bench 4 上 Codex 与 Pi 各解出 18 题,SoL-Pi 解出 15 题;相对 Pi,SoL-Pi 总模型成本降低 26.3%($211.12 vs $286.45),每题成本降低 11.6%($14.07 vs $15.91)。
Codex and Pi each solve 18 tasks, while SoL-Pi solves 15. Compared with Pi, SoL-Pi reduces total model cost by 26.3% ($211.12 vs. $286.45) and cost per solved task by 11.6% ($14.07 vs. $15.91).
-
IMO 2026 上 SoL-Pi 以 $62.69 总成本通过 6 题中的 3 题,每题通过成本为 $20.90,低于 Codex 的 $22.89 与 Pi 的 $25.32。
SoL-Pi passes three of six problems at a total model cost of $62.69, achieving the lowest cost per passed problem ($20.90), compared with $22.89 for Codex and $25.32 for Pi.
-
核优化 swarm 中 SoL-Pi swarm 达到 1,127 cycles/$60.11,单 agent 为 1,333 cycles/$39.20,Pi 基线 swarm 为 1,366 cycles/$82.12;SoL-Pi swarm 比 Pi 基线 swarm 降低 26.8% API 成本。
Figure 5 (b) shows that the SoL-Pi swarm reaches 1,127 cycles at $60.11, compared with 1,333 cycles at $39.20 for the single agent and 1,366 cycles at $82.12 for the Pi baseline swarm. Under the same execution budget, the SoL-Pi swarm reduces API cost by 26.8% relative to the Pi baseline swarm, while the single agent remains least expensive.
-
速度阈值方面,SoL-Pi swarm 与单 agent 通过全部八档,Pi 基线 swarm 只通过七档,未达低于 1,363 cycles 的最后一档。
The SoL-Pi swarm and single agent pass all eight speed thresholds, whereas the Pi baseline swarm passes seven, missing the final threshold of fewer than 1,363 cycles.
-
add-one 消融中每个组件在两个后端都降低总 token;GPT-5.6 Sol 下 ObservationPack 平均分最高,Opus 5 下 Action Fusion 平均分最高;完整栈在两个后端块中总 token 与 token 成本最低。
Every component reduces the total token count under both backends. ObservationPack records the highest average score under GPT-5.6 Sol, while Action Fusion does so under Opus 5. The complete stack represents the efficiency-oriented point and has the lowest total token count and token cost in both backend blocks.
-
GPT-5.6 Sol 下完整栈把 cache-read 从 2.1326B 降到 1.0605B token,cache-write 从 0.0141B 增到 0.0316B,但总模型成本从 $1,339 降到 $894。
with GPT-5.6 Sol, the complete stack reduces cache-read traffic from 2.1326 B to 1.0605 B tokens, while cache-write traffic increases from 0.0141 B to 0.0316 B. Despite the additional cache-write traffic, total model cost falls from $1,339 to $894.
-
论文总结称最佳候选在 EdgeBench 上提升模型性能 5.3–12.8%、token 效率 9.8–18.2%,完整栈降低 token 流量 44.7–49.0%、token 成本约三分之一。
On EdgeBench, the best-performing candidates improve model performance by 5.3–12.8% and token efficiency by 9.8–18.2%, while the complete stack reduces token traffic by 44.7–49.0% and token cost by about one third at comparable performance.
-
搜索规模约为 150 个提议方向、约 500 个可执行环境,包含超过 3,000 次运行和超过 60,000 次智能体-环境交互。
Guided by these principles, we scale AI-led auto-research across roughly ∼ \sim 150 proposed directions and ∼ \sim 500 executable environments, comprising more than 3,000 runs and more than 60,000 agent–environment interactions.
⑤ 审稿人视角
Novelty:新颖性中等。单个机制本身(动作合并、上下文压缩、观察截断、日志摘要)并不新,相关思想在 SWE-agent、Context-Folding、ACON、AgentDiet 等已有前身。论文的真正新意在于搜索过程:以 RSI 式 auto-research loop 在 harness 层大规模、隔离地发现可迁移机制,并用冻结 held-out 门控防止任务级过拟合;把“广度-深度漏斗 + 一次性谱系 + 非支配选择”组成一个可扩展的 harness 发现系统。与 Meta-Harness/AHE 相比,SoL-Pi 更强调跨任务与跨后端迁移证据;与 RHI 的逐任务 prompt 级精炼相比,目标从单任务解变为可复用中间件。因此可视为自动化 harness 优化从“搜索出任务专用补丁”走向“预训练式 harness 发现”的早期尝试,但机制层面没有提出新的学习算法或理论。 Soundness:方法学上较为审慎:指标与容差预先固定、对优化 agent 隔离;能力门与效率门顺序执行;EdgeBench 作为 held-out,候选冻结后仅单向验收,失败不回流,这降低了过拟合与验收博弈风险。但结论的证据强度有限:结果基本是单次运行的点估计,没有置信区间、多随机种子或显著性检验;API 价格固定在 2026-08-17;单机制消融中“各自触发任务子集”的比较无法分离交互效应;搜索只在 GPT-5.6 Sol 上优化,Opus 5 只是零迁移观察;GPU 依赖任务被排除;IMO 题量很小;swarm 每配置只跑一次两小时。因此效率与泛化方向可信,但具体提升幅度和跨任务稳健性应视为初步证据。 Significance:实践意义较高:如果 harness 层能在不训练模型的情况下稳定降低 token 流量与成本并保持能力,对长时域编码 agent、多智能体 swarm 和 RSI 的成本结构都有直接价值;跨后端迁移也降低了重复调参成本。研究意义体现在把“自动 agent 设计”的重心从单任务分数转向可迁移效率机制,并提出“pretraining the harness”与“recursive efficient improvement”两个可检验的长期方向。但其理论贡献弱,搜索成本高,且当前只是初步证据,尚未证明随规模持续增益或闭环复利。因此显著性属于有前景的工程-系统级贡献,而非基础方法突破。
⑥ 局限与保留意见
1) 搜索后端单一。候选全部来自 GPT-5.6 Sol 轨迹;在 Opus 5 上机制触发率与触发强度都更低,尽管触发时仍有增益,说明触发条件与阈值可能过拟合某一后端的行为分布。2) 泛化证据有限。最终 held-out 只覆盖 EdgeBench 公开任务的一部分,其他基准的题量较小或经过基础设施筛选(如 Terminal-Bench 4 排除 GPU 任务);没有多轮重复或置信区间,所有成本与分数都是点估计。3) 没有受控的广度/深度 scaling 实验。论文明确表示运行完整 auto-research loop 很贵,无法在固定预算下系统比较搜索广度与深度;因此“规模化带来可迁移收益”仍主要是经验观察而非定律。4) 机制阈值与规则是启发式固定的(如 10 KiB、4 KiB、前两次请求、后续边际),不具备学习或自适应能力;不同任务、模型与价格结构下可能需要重调。5) Reducer 的验证与回退设计较谨慎,但仍依赖低成本模型抽取证据,可能存在漏抽关键信息、验证器本身漏洞或回退增加成本;cache 重写与摘要调用成本也未完全显式计入 Online Context Compact 的门。6) 验收指标与容差虽称固定,但论文未给出具体定义与阈值,读者无法完全审计选择过程;trigger rate 等中间指标由 agent 自行引入,增加了灵活性也带来可控性风险。7) 单次 swarm 运行无法证明多智能体收益稳健。8) 递归高效改进、pretraining the harness 均只是愿景,未在本文验证复利效应。
⑦ 值得跟进
后续可沿几条线推进。第一,多后端训练:在多个 LLM 后端上收集轨迹并共同优化 harness,显式加入触发率/触发强度作为目标,减少后端特异性。第二,受控 scaling laws:在固定总预算下扫描搜索广度、深度、环境数量与假设多样性,测量 held-out 泛化、过拟合边界和收益递减点。第三,统计与可复现:多随机种子、配对检验、完整 EdgeBench 任务集、开放 lineage 与环境,报告置信区间和失败案例。第四,把固定阈值改为学习式策略:用在线学习或小模型策略决定何时压缩、何时全量发送、何时合并动作,并显式建模 cache 读写、摘要调用与回退成本。第五,增强 Evidence-Preserving Reducer 的安全性:验证器形式化、凭据/隐私审计、漏抽检测,避免低成本模型造成不可见证据损失。第六,把 SoL-Pi 作为下一轮 auto-research 的起点,验证 recursive efficient improvement 是否真的在固定预算下覆盖更多环境并找到更强机制。第七,扩展到编码之外的长时域任务和多智能体协议,检验机制组合的跨域可迁移性。第八,发展自动发现中间验收指标的方法,如 Action Fusion 中的 trigger rate,使搜索更稳定地平衡能力与效率。