Super Dolphin Harness Driver 是位于人、coding harness 与仓库之间的工程驱动层:它连接代码理解、Harness Orch、持久执行和仓库守卫,让 Agent 不只回答问题,而是在明确边界内推进真实软件变更。
WHAT IS A HARNESS DRIVER?
Driver 把 harness 的模型循环接入真实工作区、代码语义、子 Agent 协作、状态恢复和接受门禁。模型生成变更,Driver 组织过程,仓库决定结果能否保留。
把人的意图、Thread、Turn、Provider 生命周期和工具调用接到同一条可恢复执行链。
Harness Orch 负责启动、观察、通信和停止子 Agent,并让报告与任务边界可追踪。
LSP、代码地图、测试和仓库门禁提供证据;执行结束不等于变更被接受。
HARNESS ORCH
Harness Orch 提供 Agent 启动、列表、消息、停止与版本化报告,并可连接持久任务 DAG。当前完整编排路径集成于 Codex;Claude 的 Driver 仍在适配,且不支持子 Agent Orch。
01fileready
02inspectready
03xrefready
04grepready
05structureready
06patch_editready
07completionready
LSP SERVICE
`file`、`inspect`、`xref`、`grep`、`structure`、`patch_edit` 与 `completion` 组成 MCP 工具面。运行时声明 27 个 primary language ID,但这表示路由入口,不是 27 种语言都拥有相同、完整且已验证的语义能力。
能力取决于可用的语言服务器、安装或发行包内容、平台与上游 server 支持;文本搜索等动作也不依赖 LSP。
COMPATIBILITY, NOT ASSUMPTION
Harness Driver、LSP 与 Harness Orch 的当前主路径。
可接 LSP;Driver 仍在适配,子 Agent Orch 不支持。
可配置本地 MCP/LSP sidecar,不代表完整 Driver 或 Orch 支持。
需要逐项完成 Driver、LSP client 与 Orch 兼容验证。
V1 → V2 → V3
三代产品沿着同一条问题演进:怎样让 AI 在有限上下文中理解影响、受约束执行,并用机器证据完成验收。
验证模型可以通过工具拆分任务、协作并完成真实工程工作。
把任务派发扩展为桌面控制、Provider 集成与持久执行的工作系统。
以 Harness Driver 重建长期基础:显式边界、代码智能、可恢复编排与仓库门禁。
AI-WRITTEN · HUMAN-DIRECTED · REPOSITORY-GUARDED
项目声明原创产品代码、测试和项目自有文档由 AI 编写或重构;人类保留产品意图、架构决策、凭据和发布权。AI authorship 不代表正确性,所有被接受的变更仍须通过仓库拥有的证据与门禁。
已实现Codex 默认 Driver 路径、Harness Orch、七工具 LSP 服务、持久工作流与仓库门禁。
适配 / 验证中Claude Driver 适配、公开发布证据与扩大客户端验证覆盖。
计划中其他 Harness 的 Driver/Orch 适配与更多经验证的平台、语言组合。
SOURCE & RELEASE CAVEAT
网站描述的是该基线的已核对行为。项目尚无经过验证的公开版本,`[Unreleased]`、适配中与计划中都不是发布或兼容承诺。