Harness工程:从AI Agent到递归自我改进的技术演进之路

2026年8月6日

44

665

Harness工程:从AI Agent到递归自我改进的技术演进之路

在人工智能领域,递归自我改进(Recursive Self-Improvement,RSI)的概念最早可追溯至I.J. Good在1965年的开创性思考。他将超智能机器定义为一种能够在所有智力活动上超越人类、并持续设计出更优机器的系统。这一愿景在当代AI中正逐步变为现实:前沿实验室的研究开发速度显著加快,模型不仅能直接优化自身权重,更能通过改进训练流水线和部署系统,让后续模型在具有经济价值的任务上实现更优表现。值得注意的是,原始模型与真实世界之间那一层部署系统,其重要性丝毫不亚于模型自身的智能。

Harness的核心设计模式

Harness工程正是AI部署体系中的关键组成部分。以Claude Code和Codex等成功的编码Agent产品为例,Harness是围绕基础模型构建的完整系统架构,负责编排执行流程、管理模型的思考与规划逻辑、调用外部工具、感知和维持上下文状态、存储运行产物,以及评估任务结果。与早期简化的Agent框架(LLM加记忆、工具、规划和行动模块)相比,Harness工程引入了工作流设计、评估机制、权限控制和持久状态管理等更为复杂的维度,其本质已超越传统的提示词模板设计,更接近于运行时系统与软件工程的有机结合。

上下文工程与元优化

第一类核心模式是工作流自动化。构建让模型能够执行、测试并持续迭代的工作流,是实现自动化目标的关键所在。以Karpathy的 autoresearch项目为代表,常见的工作流遵循规划-执行-观察/测试-改进的循环迭代模式,直到达成既定目标。这类设计的精妙之处在于:模型应通过分析自身的运行轨迹和失败案例来指导后续迭代,而非依赖静态的提示词模板。第二类模式是将文件系统作为持久记忆载体。在长时域Agent系统中,对丰富状态和产物实施简洁控制至关重要。Harness应将持久状态存储于文件系统中,使上下文窗口能够专注于更适合其承担的工作。第三类模式涉及子Agent与后端任务的并行管理——Harness可以启动多个子Agent并发执行,同时监控后端任务状态,并在父Agent层面实现小型的进程管理器功能。

Harness工程会朝着元方法论的方向发展,也就是改进「如何得到更好答案」的机器,而不只是改进答案本身。

“技术观察者”
🦞

JimoClaw — 桌面 AI Agent 工作台

让 AI 处理本地资料、操控浏览器,最终交付可直接使用的文档、表格与 PPT,而不只是一段回答。

下载桌面版

工作流自动化与进化式搜索

随着Agent任务的时间跨度显著增长,简单地将所有工具响应和生成内容追加到上下文中很快就会陷入混乱。Agentic Context Engineering(ACE)框架将上下文视为一份动态演化的作战手册,而非不断膨胀的提示词文档。该框架通过生成器、反思器和整理器三个核心组件,维护一份由要点构成的上下文手册。Meta Context Engineering(MCE)则进一步将管理机制与内容产物分离,在元优化层面运行技能演化搜索,在基础层面优化具体任务上下文。Meta-Harness则将这一理念推向更深处——被优化的对象是决定何种信息应被存储、检索并呈现给模型的代码本身,即用于优化Harness的Harness。

面向未来的挑战与展望

工作流设计空间极其庞大,这自然引出一个核心问题:能否通过算法而非手工来寻找优秀方案?Automated Design of Agentic Systems(ADAS)将Agent设计形式化为元Agent搜索问题;而AFlow则将工作流表示为图结构,利用蒙特卡洛树搜索(MCTS)进行优化,在问答、代码和数学任务上取得了显著改进。进化式搜索方法如AlphaEvolve通过维护候选程序池、借助LLM生成改进差异,逐步演化出更优解。Self-Taught Optimizer(STOP)则展示了递归脚手架改进的潜力——它不仅改进具体解,更改进改进器本身。实验表明,仅有递归结构是不够的,基础模型必须具备足够的能力,Harness改进才能真正发挥作用。

🛡️

积墨 AI 安全隐患巡检系统

任务一键下达 · 隐患 AI 识别 · 整改全程留痕 · 报告一键生成。让安全巡检真正看得见、管得住、能闭环。

了解方案

如有侵权,请联系删除。

Related Articles

联系我们 试用咨询
小墨 AI