8月13日消息,DeepSeek 尚未正式发布的 Agent 框架 DeepSeek Harness(DSH)被曝出大量技术细节。一份基于 6 张截图与 4 份镜像仓库源码的技术反推报告,还原了这套框架从插件底座到运行时遥测的完整设计,并称 DSH 于 8 月 13 日开启公测、开放插件生态。官方文档此前已多次提及 Harness,但完整产品尚未公告。它常被拿来与 Claude Code、Codex 类比,泄漏的架构却显示,两者的底层路线截然不同。 官方确认与公测状态
DSH 并非凭空出现的爆料。崔添翼于 2026 年 3 月加入 DeepSeek,牵头独立业务线 Harness,多家媒体曾报道其团队大规模招聘;7 月初"DeepSeek Harness 团队"微信公众号完成认证;7 月 31 日,V4-Flash 官方文档首次提及"DeepSeek Harness 极简模式(即将发布)",写明其 Code Agent 基准用它测试。8 月 1 日,崔添翼在 X 平台发布内测招募帖,据智东西统计两天收到 769 名申请者、712 个独立仓库、累计 GitHub 星标超 120 万。 报告与链上媒体称 DSH 于 8 月 13 日开启公测并开放插件生态,该说法来自博主 Max For AI 与 ChainCatcher,DeepSeek 官方未发布公测公告。官方确认与公测之间隔着一道边界:目前能确认的是 Harness 组件存在,公测、架构与生态均属爆料层。
技术底座:Node.js Monorepo 与 Cordis 4.0
泄漏报告还原的 DSH 宿主是一个 Node.js Monorepo,官方包命名空间为 @deepseek-ai/dsh。包结构分为 credentials(凭据本地安全存储)、llm(模型适配层)、web(服务端与搜索、抓取工具)与 core(工具注册表)几组,vendor 目录内置 schemastery 参数校验引擎。每个子包都带一个 invariant.ts,模块入口先做断言校验,参数、状态流转和工具出参出错时立即截断——一种贯穿全包的 Fail-Fast 契约设计。
插件系统深度绑定 Cordis 4.0,这是 DSH 与常见 Agent 框架最大的不同之一。Cordis 是 Node.js 生态的依赖注入与微内核框架,DSH 在 ~/.dsh/config.yaml 中通过 insert: 声明式挂载插件,支持 MCP 桥接时携带 config 子节点。报告指出,DSH 使用 vendor/schemastery 而非社区常用的 zod 做配置校验,这与 Cordis 作者 shigma 自身的技术栈完全一致;宿主采用动态定位可执行文件、用 pnpm 符号链接构造依赖拓扑的部署方式,并支持 TUI 与 Web 双端热重载。
双 Surface 架构:工具链与 UI 插槽物理隔离
DSH 把插件能力拆成 Host 与 Client 两套完全解耦的 Surface。Host 侧运行在 Node.js 中,插件通过 ctx.tools.register 注册工具、通过 ctx.systemPrompt.section 向系统提示词注入分段,配置项用 schemastery 声明(支持 .role('secret') 等安全标记)。Client 侧运行在浏览器 Web GUI 中,插件通过 ctx.slots.inject 把 JSX 组件注入预定义 UI 锚点,通过 ctx.theme 与 --dsw-* 设计令牌换肤,用 defineStore 做乐观更新。两套生命周期、两套 API,互不依赖。
镜像仓库 dsh-vision 的源码展示了这一模式:一个工具插件同时注册 view_image 工具、声明 baseURL 与 apiKey 等配置项(默认指向智谱端点)、并向系统提示词注入工具说明分段。另一个仓库 dsh-skins 实现了纯前端换肤:皮肤只需覆盖 --dsw-alias-* 语义化令牌(如 --dsw-alias-bg-base),即可全局换色而零侵入核心 UI,仅这一套令牌体系就有 100 多个语义化变量。
Agent Loop 运行流与运行时遥测
运行实拍截图还原了 DSH 的 Agent Loop:Context Injection 显式注入上下文后进入 Think 推理, 思维链块在界面折叠展示、在模型调用与历史落盘时自动剥离(防止模型自激荡、节约上下文预算),随后执行 Tool Call,最后输出结构化结果。一次"查看桌面图片"的实测流程为:Bash 探查定位文件 → view_image 视觉解析 → 综合总结,共 1 turns、3 steps。
界面底部把遥测指标作为一等公民:回合数/步数分离(1 turns · 3 steps)、单次工具调用耗时(14.5s)、上下文占用率(1% of 1M)、KV 缓存命中率(66%)与精确 token 计量(输入 39.2K、输出 447)。66% 的缓存命中率说明 DSH 对系统提示词与长上下文做了严格的 prompt caching 优化,直接降低 API 计费成本与首字延迟。这种把缓存命中率暴露给最终用户的粒度,在现有 Agent 产品中少见。
为什么它不是又一个 Claude Code:从技术底层看
把技术细节放在一起,DSH 与 Claude Code、Codex 的差异就清晰了。后两者是封闭产品:单一模型、自有工具链、插件接口不开放。DSH 的技术底座则指向另一种形态——它是一个开放的插件平台。
最直接的证据在底座选择上。Claude Code 和 Codex 从零自建 Agent 运行时,DSH 直接复用 Cordis 4.0 这套成熟的 Node.js 依赖注入框架,并在其上做深度定制:报告称其分叉了 Cordis 核心,把事件分发从 callback.bind 改为底层 Reflect.apply 以降低 GC 压力,为 Agent 高频工具链调用引入 Traceable Caller 追溯,并在热重载时强制操作真实 Fiber 状态防止幽灵依赖。这些改动说明 DeepSeek 把 Agent 运行时当作基础设施来打磨,而不是一次性产品封装。
其次是模型层的开放性。Monorepo 中 llm-deepseek 与 llm-pi-ai 并列,llm-deepseek 还带一个协议翻译层(translate.ts),暗示 DSH 具备多协议适配能力;结合 DeepSeek 招募多模型接口方向工程师的动作,DSH 大概率不止接入自家模型。双 Surface 的插件 API 进一步放大了这一点:第三方可以注册自己的工具、注入自己的 UI,而不需要改动核心。这与 Claude Code 的封闭形成对照,也与 DeepSeek 招募开源开发者时强调的"开放"一致。
如果这套架构属实,DeepSeek 做 Agent 的方式是"平台化"而非"产品化":模型只是其中一环,插件生态与开放接口才是承重结构。不过这些判断全部建立在泄漏镜像之上——官方仓库已转入私有、部分链接返回 404,架构细节尚未获官方确认,公测消息也未经官方公告。在 DeepSeek 正式发布之前,"它不是又一个 Claude Code"更准确的说法是:据其泄漏的底层设计,它被做成了一条不同的路线。