把仓库工件变成 agent 的原生接口

终端 agent 干长任务时的通病：程序状态散落在文件、配置、测试与依赖里，agent 每走一步都要重新拼装这些上下文，窗口越塞越满，语义漂移越来越远。Haibo Jin 等人的新论文（arXiv:2610.07832，十月六日提交、今日 HF 榜新上榜）给的答案是 Dev-Primitives：模块化、可执行的抽象层。

三层设计

最底层是工件即接口：仓库里的每个工件（文件、模块、配置）都配一个常驻 LLM，获得 agent 原生的访问方式，支持自然语言推理与组件间通信，并且可以做局部化的自我修改，改哪个工件就只动哪个工件的上下文。中间层是依赖感知的动态激活，HERMES 框架按任务需要唤醒相关工件，不用的不进窗口。最上层是缺陷诊断机制，把执行证据回映到需要修订的组件，出问题能定位到零件。

先说明一点避免误会：这篇论文的框架名 HERMES 与 Nous Research 的开源产品 Hermes Agent 同名不同物，论文是学术工作，与该产品无关。

账本

四个基准上平均超过匹配基线 12.4 个百分点。更有工程味的是异构配置：激活与诊断环节用强模型、Dev-Primitives 用 Qwen3-8B 时，距全 GPT-5.6 的同构方案差距不到 4.5 个百分点，而 Terminal-Bench 4.0 的推理成本降 26.2 个百分点。小模型管驻守、大模型管调度，分层花钱的思路又一次被验证。

放进站内 harness 主线

这一篇补的是接口层的位置：RLM 访谈说各家 harness 结构同构，HEAR 协议让 harness 与推理引擎互通，Dev-Primitives 则给仓库工件这一层立了接口规范。三层各有一份开源或论文背书，agent 工程的标准化拼图又进了一块。页面未见代码链接，跟进以作者后续发布为准。