Harness 是 LLM 智能体的「运行时挽具」——决定信息何时存取、工具如何调用、行为如何被约束。学界先用四个必要条件(循环 / 工具 / 上下文 / 控制)把它定义清楚,再把「设计 Harness」本身变成一个可被搜索、可自动演化的工程问题(Auto-Harness)。在医疗领域,由于容错空间极低、幻觉后果严重、监管要求严苛,Harness 从「外壳」升级为「底座」:它统一了训练与部署环境、承载安全护栏、管理患者长期记忆,并通过闭环反馈实现自我进化。厘清这条从概念到临床的链路,正是当前医疗 AI 工程化落地的核心议题。
可信度标注沿用研读笔记的约定: paper 直接来自论文 · inferred 合理推断 · external 外部背景知识。
什么是 Harness:智能体的「挽具」
在生成式 AI 工程里,Harness(护具 / 挽具 / 脚手架)这个词一度被用得很乱:有人用它指代整个产品(如 Claude Code),有人用它指代评测脚本(如 SWE-bench harness)。论文《What makes a harness a harness》1 专门为它正本清源——要定义一个术语,先要追溯它的隐喻一致性。paper
这个词源自 12 世纪古法语 harneis(战争装备),14 世纪后转指「马具」:把役畜连接到车辆上的带子。它的核心隐喻非常贴切——
1.1 四个必要且充分条件(T1–T4)
论文给出了判定一个系统是否为 Agent Harness 的四项测试,必须全部满足才算数。这把模糊的「改文字」变成了明确的工程清单:
| 系统 | T1 循环 | T2 工具 | T3 上下文 | T4 控制 | 判定 |
|---|---|---|---|---|---|
| Claude Code / Aider / OpenHands | ✓ | ✓ | ✓ | ✓ | Agent Harness |
| SWE-bench | ✗ | ✓ | ✗ | ✗ | Eval Harness(仅事后打分) |
| 代码自动补全(Autocomplete) | ✗ | ✗ | ✗ | ✗ | IDE Plugin(被排除) |
从 Harness 到 Auto-Harness:为何要自动化
2.1 Harness 究竟有多关键?
如果 Harness 只是无足轻重的「外壳」,自动化它就没意义。但多项研究给出了反直觉的实证:在模型不变的前提下,仅仅改 Harness 就能带来巨大的性能差距。
同一基准,6× 差距
78% 失败源于「非法动作」
于是研究者的思维框架发生转移:从「如何让模型更聪明」转向「如何为模型设计更好的执行环境」。这就催生了一个新的研究子方向——Harness 工程学(Harness Engineering),以及它的自动化形态 Auto-Harness。
2.2 自动化 Harness 难在哪?三大挑战
AHE(Agentic Harness Engineering)4 一文精准概括了「为什么 harness 设计至今仍高度依赖人工、缺乏系统化方法」:paper
- 可编辑组件性质迥异
- 提示词 / 工具实现
- 中间件 / 长期记忆
- 难在统一空间里协同优化
- 单任务轨迹动辄数百万 token
- 关键失败根因被淹没
- 诊断信息可达 10⁷ token / 次
- 压缩反馈会丢因果链
- 组件间高度耦合
- 提升 / 下降说不清是谁的功劳
- 容易陷入盲目试错
- 甚至导致性能崩溃
2.3 范式转变:从「参数化直觉」到「外置的显式推理层」
Auto-Harness 的深层意义,是把智能体的部分「智能」从模型参数里释放出来,转移到可演进、可审计的代码脚手架中。这带来几个范式层面的判断:inferred
- 外置的显式推理层:Kahneman 的「快思考 / 慢思考」框架中,LLM 的参数直觉近似于快速、模式匹配式的 System 1;而验证、约束、纠错等逻辑判断——即 System 2——被 Auto-Harness 以透明代码的形式搬到模型外部,使其可观测、可调试、可版本控制。
- 大模型驱动的符号合成:传统 Neuro-Symbolic AI(神经网络 + 人工规则)的瓶颈在于规则须由人类手写,难以扩展;Auto-Harness 让 LLM 本身充当「规则编写者」,以可执行代码为介质自动生成符号约束,绕开了人工规则的扩展壁垒。
- 脚手架中心化评价:未来评估的对象不再是「哪个模型更强」,而是「模型 + 环境脚手架」的综合体。《Stop Comparing LLM Agents Without Disclosing the Harness》对此有明确论证:在不披露 harness 配置的前提下对比不同 LLM agent,结论在方法论上是无效的——harness 造成的性能差距完全可能掩盖模型真实能力的差异。external
Auto-Harness 的实现路径
虽然各家方法名字不同,但「自动化设计 Harness」在结构上可统一为一个闭环:提议 → 评估 → 诊断 → 精炼。差异主要在三处——搜索对象是什么、给 proposer 看什么反馈、以及如何保证演进不退步。
3.1 基石:ADAS —— 把智能体设计放进「代码空间」
ADAS(Automated Design of Agentic Systems,ICLR 2025)6 奠定了思想基础:把「自动设计智能体」形式化为 搜索空间 × 搜索算法 × 评估函数三元组,并论证代码空间是最优搜索空间——因为它图灵完备(理论全覆盖)、能复用现成开源工具、且天然契合 LLM 的编程先验。其算法 Meta Agent Search 让一个「元智能体」基于不断增长的存档(archive)阶梯式地编写越来越好的智能体代码。paper
其中 是搜索空间中的候选 harness 程序; 是冻结不变的基础模型; 是从任务分布中采样的实例; 是模型在 harness 下运行任务 所产生的轨迹; 是轨迹级任务奖励。被优化的唯一变量是 ——这正是 Auto-Harness 与参数微调路线的本质区别:无需修改模型权重,只改外部执行框架。paper
3.2 四种代表性实现
AutoHarness2(Google DeepMind)
- action-filter:代码生成合法动作集,LLM 从中排序选优,保留模型推理能力
- action-verifier(主变体):LLM 自由提议,代码验证合法性;非法则附带警告信息重提
- action-policy:代码彻底取代 LLM 决策,推理阶段零模型调用,仅执行 Python
Meta-Harness3(Stanford / MIT)
grep / cat / diff 按需查阅所有历史候选的完整源码、执行轨迹与评分——不把历史一股脑塞进 prompt,而是让 agent 主动决定看什么、怎么形成因果假设。维护 population H 中所有已评估候选,无父节点约束(proposer 可参考任意历史节点),返回准确率-上下文成本的 Pareto frontier。AHE(复旦 / 北大)
- 组件可观测:将 harness 拆解为 7 类解耦文件(提示词、工具实现、中间件、记忆策略、调度器、验证器、配置),每类独立版本化
- 经验可观测:Agent Debugger 从原始失败轨迹中蒸馏出结构化根因摘要,避免 10⁷ token 轨迹淹没诊断信号
- 决策可观测:编辑前,coding agent 须写出 Change Manifest——声明「我修复了什么 / 可能破坏什么」;框架在编辑后自动核对并在预期不符时触发 Git 回滚
Self-Harness5(上海 AI Lab)
- 弱点挖掘:系统性分析历史失败案例,提炼「失败特征签名」——描述哪类输入 / 任务结构会持续触发错误
- 有界极简提议:针对签名生成最小化 harness 修改(不做大重写),降低引入新缺陷的风险
- 严格双重回归门:修改只有同时满足「held-in 集上性能提升」且「held-out 集上不退步」才会合并;两条件缺一则丢弃
| 系统 | 机构 | 搜索对象 | 反馈信号 | 保证不退步的机制 |
|---|---|---|---|---|
| ADAS | UBC / Vector | 代码空间(图灵完备) | 验证集分数 | 存档阶梯 + 自我反思 / 调试 |
| AutoHarness | Google DeepMind | 可执行 code harness | 环境错误 + 奖励 | Thompson 采样树搜索 |
| Meta-Harness | Stanford / MIT | harness 程序 | 完整 trace+code+score | Pareto frontier 多目标保留 |
| AHE | 复旦 / 北大 | 7 类解耦组件 | 三层可观测性报告 | Change Manifest + Git 回滚 |
| Self-Harness | 上海 AI Lab | harness 配置面 | 失败特征签名 | held-in/out 双重回归门槛 |
走进医疗:为什么医疗最需要 Harness
医疗 LLM 的演进可清晰地分为三代。我们正处在从第二代向第三代跃迁的关口,而 Harness 正是这次跃迁的核心载体。
无交互、无记忆、无工具
单会话有效,跨会话失忆
复杂度高,但贴近真实临床
4.1 医疗对 Harness 的「刚需」来自四个特殊性
通用领域里 Harness 是「锦上添花」,但在医疗里它是「不可或缺」。原因在于医疗场景的四个特殊约束:
- 失误直接关系患者安全
- 「快速但不安全」比「慢但准确」更危险
- 需要确定性的安全护栏
- 错误诊断 / 用药会级联传播
- 需把证据检索锚定到可信来源
- 需可溯源、可审计
- 初诊→复诊→慢病管理闭环
- 需跨数天数周的长期记忆
- 需追踪病情演化
- HIPAA / GDPR 严格要求
- 决策过程须可审计
- 需最小化隐私暴露
医疗 Harness 的代表系统:Baichuan-M4 深读
Baichuan-M47(《A Clinical-Grade Medical Agent System for Continuous Care》,百川智能 × 清华)是目前少有的、把完整智能体系统而非单一模型作为研究对象的医疗 AI 工作。它要解决的核心问题是:现有医疗 LLM 大多停留在单轮问答,无法满足「初诊→复诊→慢病管理→用药反馈」这一真实临床闭环所需的连续照护(continuous care)能力。paper
5.1 「Harness + Model + Tool」铁三角
5.2 Baichuan-Harness:作为统一运行时的四大机制
Harness 的核心使命是消除 Sim-to-Real Gap——让 RL 训练时的环境(工具接口、行为约束、记忆存取方式)与真实部署时完全一致。它通过四个机制实现:paper
① 异步 SubAgent 调度
② 动态角色切换
③ 多维患者记忆 + 合规写入链
④ 渐进式隐私披露
5.3 核心模型的四大算法创新
| 创新 | 解决的问题 | 关键设计 |
|---|---|---|
| SPAR++ 跨度级奖励 | 粗粒度奖励对整轨迹打分,无法定位具体临床行为对错(信用分配问题) | 把奖励锚定到关键临床跨度(span):充分病史采集 / 及时识别红旗症状给正奖励;并设质量门控——效率奖励(减少问诊轮次)只在医疗质量达标时才生效 |
| 推理链压缩 | 内部 CoT 过长,挤占上下文、增加首 token 延迟 | 对内部 reasoning_content 的冗余施加精细惩罚,把每次内部推理 token 压到原来的 1/6,而不压缩用户可见输出 |
| 课程式 RL | 从初诊到长期随访的能力需要循序渐进 | 两阶段:先以初诊数据夯实病史采集;再混入多源异构记忆,强化不完整信息下的病情演化推理 |
| SAPO + R3 | 多轮高并发交互下 RL 训练易振荡 / 熵崩溃 | SAPO 用平滑策略梯度替代 PPO/GRPO 的硬截断;R3 路由回放抑制 Loss Peak,配合 KL 约束稳定训练 |
5.4 三层闭环自进化架构(横跨训练与推理)
M4 围绕真实临床路径构建了三层闭环。一个常见误解是把它们都当作训练机制;实际上每一层的运行阶段不同:
5.5 临床工具层:让证据可溯源
工具层是 M4 抑制幻觉的关键。它构建了六层证据金字塔,并用 PICO 框架(Population / Intervention / Comparison / Outcome)分解查询,通过 RL 对检索策略注入相关性、时效性、权威性等多维奖励。paper
5.6 Harness 如何贯穿训练 / 推理 / 数据
| 维度 | 传统方式(非 Harness) | Baichuan-M4(Harness 统一运行时) |
|---|---|---|
| 训练-部署关系 | 训练在脚本里,部署在系统里(存在差异) | Sim-to-Real 一致:RL 训练完整包裹在 Harness 内,接口 / 约束 / 记忆存取与部署完全相同 |
| 工具调用 | 模型直接学习 API 文本 | Action Space 约束:Harness 验证并限制非法调用 |
| 上下文处理 | 全部塞进 context window | SubAgent 并行 + 渐进披露:Harness 调度任务、按需加载,减轻负担 |
| 数据更新 | SFT 静态微调 | 外循环在线演进:Harness 捕获线上弱信号驱动持续迭代 |
"The reinforcement learning training of M4 is completed entirely within Baichuan-Harness in a closed loop. This ensures consistency between training and deployment in interaction interfaces, action space, and execution constraints." — Baichuan-M4,§ Harness Runtime paper
5.7 主要结果
| 基准 | 指标 | 竞品最优 | Baichuan-M4 | 提升 |
|---|---|---|---|---|
| HealthBench Total | 得分 | 58.4 | 68.6 | +10.2 |
| HealthBench Hard | 得分 | 33.8 | 49.7 | +15.9 |
| 长上下文临床记忆 | 得分 | 81.7 | 86.9 | +5.2(较前代 M3 +21.1) |
| EBM Citation Precision | 得分 | 55.9 | 90.0 | +34.1 |
| 幻觉率 | %(↓) | 3.8 | 3.3 | −0.5pp |
| 医疗 OCR(非结构化) | 分值 | 0.644 | 0.838 | +0.194 |
5.8 辩证评估:标杆,还是技术白皮书?
✅ 真正的亮点
- 把完整智能体系统作为研究对象,三层架构逻辑自洽
- SPAR++ 质量门控体现对医疗特殊性的深刻理解
- 推理链压缩、渐进披露具有真实部署价值
⚠️ 关键保留意见
- 缺乏消融:四大算法创新各自贡献无从量化 inferred
- 自建基准主导:EBM / Scan-Bench 等存在分布泄露风险,Citation 90.0 的异常领先值得警惕
- 可复现性极弱:无代码 / 权重 / 超参 / 算力披露
医疗 Agent 全景:四维架构与代表系统
把视野从 Baichuan-M4 放大到整个领域:综述《LLM-based Agents in Medicine》把医疗智能体的「Harness」拆解为四个可工程化维度。这恰好可作为审视任何医疗 Agent 系统的统一标尺。paper
- 处理多模态输入
- 文本 / 影像 / 检验
- EHR 结构化解析
- 短期:对话上下文
- 长期:患者档案
- 跨会话病程追踪
- 任务分解
- 诊疗路径推理
- 反思与纠错
- 调用外部工具
- 检索知识库
- 多 Agent 协作
对照看:Baichuan-Harness 的「多模态感知」对应①、「多维患者记忆」对应②、「SubAgent 调度 + 课程式推理」对应③、「临床工具层」对应④——M4 是这套四维框架最完整的一次落地。inferred
6.1 代表性医疗 Agent 系统横向对比
| 系统 | 机构 / 发表 | 核心范式 | Harness 四要素覆盖 | 代表结果 |
|---|---|---|---|---|
| Baichuan-M47 | 百川 × 清华, 2026 | 连续照护 + 闭环 RL | T1 SubAgent 循环 · T2 临床工具层 · T3 多维记忆 · T4 SPAR++ 质量门控 | MedQA 90.0, 多轮连续照护 SOTA |
| AMIE9 | Google DeepMind, Nature Medicine 2024 | 诊断对话 + 自我博弈 | T1 多轮问诊循环 · T4 链式推理护栏 | 盲评超越初级护理医生(≥28/32 指标)external |
| TxAgent10 | Harvard, 2025 | 治疗推理 + 工具宇宙 | T2 ToolUniverse(211 工具)· T3 证据链上下文 · T4 证据金字塔控制 | 用药推荐准确率显著优于 GPT-4external |
| Agent Hospital11 | 清华, 2024 | 虚拟医院 + 自进化 | T1 医患 / 护士 / 管理员多 Agent 循环 · T3 患者历史 · T4 临床协议 | MedQA +10+ pp(仅靠模拟经验,无额外标注)external |
| MDAgents12 | MIT / Google, NeurIPS 2024 | 多 Agent 协作 | T1 主席制多轮审议(复杂案例)· T4 难度分类器决定团队结构 | 复杂病例超越单 Agent 基线;NeurIPS 2024external |
| AgentClinic13 | Stanford, 2024 | 多模态交互评测基准 | 覆盖 T1–T4 全部要素的端到端测评框架 | 发现现有 Agent 存在种族 / 性别偏倚;交互式得分显著低于静态 QAexternal |
AMIE9(Google DeepMind)
TxAgent10(Harvard)
Agent Hospital11(清华)
MDAgents12(MIT / Google)
AgentClinic13(Stanford)—— 测评视角
6.2 医疗 Harness 的三种典型形态
如何对医疗大模型应用 Auto-Harness / Agentic
前面的概念与系统,最终要回答一个工程问题:给定一个医疗大模型,怎样一步步为它套上、并自动优化一套合格的 Harness? 综合 Baichuan-M4 的实践与通用 Auto-Harness 方法,可以提炼出一条由浅入深、分阶递进的落地路径——从最基础的确定性安全护栏,逐步走向工具接入、训练部署统一、持续闭环,直至具备自动搜索和自我演进能力。inferred
7.1 通用 Auto-Harness 技术 → 医疗适配映射
| 通用技术 | 原始动机 | 医疗场景的适配与约束 |
|---|---|---|
| 代码外化对错判断 (AutoHarness) | 消除非法动作 | 把临床安全规则(剂量 / 禁忌 / 转诊)写成可执行校验,诊断必须附完整证据链才被接受 |
| 原始轨迹诊断 (Meta-Harness) | trace 比摘要更有信息 | 保留完整问诊轨迹做根因分析,但须脱敏后存取,满足 HIPAA / GDPR |
| 三层可观测 + 回滚 (AHE) | 编辑可归因、能回滚 | 每次 harness 变更声明「修复谁 / 可能危害谁」,触碰安全组件须强制专家复核后才合并 |
| 回归门槛 (Self-Harness) | 改进不退步 | 新版本须在 held-out 临床集上安全指标与幻觉率不退步,方可上线 |
| span-level 奖励 (SPAR++) | 精准信用分配 | 奖励锚定关键临床行为(充分问诊 / 识别红旗),效率奖励经质量门控 |
7.2 前沿挑战与开放问题
评估的「测不准」
自进化的安全边界
长期记忆的可靠性
监管与责任归属
结语:从「更强的模型」到「更好的系统」
这篇研读的主线,是一次研究视角的位移:从「如何让模型更聪明」转向「如何为模型设计更好的运行环境」。Harness 把这层环境定义清楚(四条件),Auto-Harness 把「设计环境」本身变成可搜索、可演化的工程问题,而医疗领域则因为它极致的安全约束,把 Harness 从「外壳」逼成了「底座」。
Baichuan-M4 给出了目前最完整的答案样本:用统一运行时弥合训练-部署鸿沟、用 SPAR++ 把医疗安全写进奖励、用三层闭环让系统从真实反馈中自进化。它的不足(缺消融、自建基准、难复现)同样诚实地提醒我们——医疗 Agentic AI 的工程完整性已经领先于它的科学验证。
参考文献
- Sanderson Oliveira de Macedo. What makes a harness a harness: necessary and sufficient conditions for an agent harness. arXiv preprint, 2026.
- Xinghua Lou, Miguel Lázaro-Gredilla, Antoine Dedieu et al. (Google DeepMind). AutoHarness: Improving LLM Agents by Automatically Synthesizing a Code Harness. arXiv:2603.03329, 2026.
- Authors (Stanford / MIT). Meta-Harness: End-to-End Optimization of Model Harnesses. arXiv:2603.28052, 2026.
- Authors (Fudan / Peking Univ.). AHE: Agentic Harness Engineering. arXiv:2604.25850, 2026.
- Authors (Shanghai AI Lab). Self-Harness: Agents Improve Their Own Harnesses. arXiv:2606.09498, 2026.
- Shengran Hu, Cong Lu, Jeff Clune (UBC / Vector Institute). Automated Design of Agentic Systems. ICLR 2025. Also on alphaXiv; code: ShengranHu/ADAS.
- Baichuan Inc. & Tsinghua Univ. Baichuan-M4: A Clinical-Grade Medical Agent System for Continuous Care. arXiv:2606.08982, 2026.
- Authors. LLM-based Agents in Medicine: A Survey. arXiv:2502.11211, 2025.
- Tao Tu, Anil Palepu et al. (Google DeepMind). Towards Conversational Diagnostic AI. Nature Medicine, 2024.
- Shangbin Feng et al. (Harvard). TxAgent: An AI Agent for Therapeutic Reasoning Across a Universe of Tools. 2025.
- Minghao Chen et al. (Tsinghua). Agent Hospital: A Simulacrum of Hospital with Evolvable Medical Agents. 2024.
- Yubin Kim et al. (MIT / Google). MDAgents: An Adaptive Collaboration of LLMs for Medical Decision-Making. NeurIPS 2024.
- Samuel Schmidgall et al. (Stanford). AgentClinic: A Multimodal Agent Benchmark to Evaluate AI in Simulated Clinical Environments. 2024.
- Authors. Stop Comparing LLM Agents Without Disclosing the Harness. arXiv:2605.23950, 2026.