Jev一夜推翻通用Harness范式：“解绑重组”引爆智能体架构大变天
内容提要
2026年智能体架构从通用框架转向解绑重组：开发者拆解代理，以强类型交接契约拼装最小基元集，避免自然语言传递造成状态丢失。Jev等专用模型输出结构化决策，评估数据成为选型依据与护城河。通用大模型时代结束，判断与编排成为核心竞争力。
延伸解读
通用框架的接缝为何成为可靠性瓶颈
文章指出，通用Agent框架中模块间依赖自然语言传递状态，大模型每次读取都会重新脑补，导致信息在多次交接后失真。John Rood强调，可靠性问题往往不在模块本身，而在模块之间的接缝。解绑重组通过强类型交接契约，将传递内容固化为结构化数据，避免状态丢失，从而提升系统稳定性。
评估数据如何指导基元选型与组装
评估数据不仅是性能指标，更是选型依据。开发者通过分析失败日志，定位高频失败节点，再寻找对应原语（如Jev的Choice、Score、Boolean）进行替换。Jatin Garg指出，基元价值只在特定路由层中体现，通用基准测试无法预测实际任务表现。因此，自建Evals成为决定系统如何演进的关键工具。
解绑重组对开发流程的实际改变
解绑重组要求开发者先定义数据schema，再从失败日志倒推所需基元，并动态调整推理算力。这与通用框架“先装工具再调试”的路径相反。文章以巴西团队为例，说明拆解重型框架、用专用基元硬编排后，系统从黑盒变为透明流水线，问题可快速定位。这种工程实践虽不炫酷，但能切实提升交付效率。
模块化趋势下的潜在风险与未解问题
文章提醒，当Harness集成多个来源的原语时，概率校准的一致性无法保证。Jev输出的置信度与其他模型输出的置信度可能基于不同标准，直接比较可能导致决策偏差。TypeSafe AI采用RLCD训练Jev，但其他供应商未必遵循相同校准。这一裂缝可能成为下一个可靠性死亡点，值得开发者警惕。
Q&A
什么是智能体架构中的“解绑重组”？
解绑重组是指将代理拆解成最小基元，然后根据任务需求重新组合成专用系统，而不是使用通用框架。它强调用强类型交接契约传递状态，避免自然语言传递导致的信息丢失。
为什么通用Harness范式正在失效？
通用Harness为平均任务设计，无法适配具体任务；模块间靠自然语言传递信息，导致状态在多次脑补中丢失，可靠性在接缝处死亡。
Jev模型有什么特别之处？
Jev不生成文本，只输出结构化决策，提供Choice、Score、Boolean三种原语，输出带校准概率的类型化答案，延迟70-500毫秒，输入每百万token 0.042美元，输出免费。
强类型交接契约如何解决接缝处的问题？
强类型交接契约要求模块间传递预定义格式的数据（如Pydantic模型），而不是自由文本，这样模块B可以直接按字段取数据，无需大模型重新理解，避免状态丢失。
为什么评估数据（Evals）是护城河？
Evals是从真实失败日志中提取的样本，能指导系统如何生长，决定选择哪些基元，并作为选型依据。没有Evals就无法判断零件好坏，也无法优化编排。
开发者如何落地解绑重组？
三个动作：1. 从失败日志中提取10条案例做成最小Evals；2. 将模块间自然语言传递改为强类型接口；3. 添加推理算力路由器，根据任务难度动态切换模型档位。
