DeepSeek 把 Agent Core 也插件化了Harness 的真正赌注假设同一个团队要做两个 Agent 产品。一个通过 Web 界面工作会话存进 SQLite允许使用 Bash 和文件工具另一个只跑一次性任务会话写入 JSONL禁止本地 Shell通过 Python SDK 调用。再过一段时间第二个产品甚至想换掉默认Agent Loop。如果模型、循环、工具、状态和界面都揉在一个Agent类里团队通常只有两条路继续增加条件分支或者 Fork 一份 Agent Core。分支越多两个产品越难同步修复和升级。DeepSeek Harness 想改变的正是这个位置。它的“Everything is a Plugin”不是说搜索和 MCP 可以装插件而是连模型适配器、Agent Loop、Session Log、Tool Registry 与产品 Surface 都进入同一套 Cordis插件语义。这也是它真正激进的地方Agent Core 不再是一个不可触碰的中心。我的判断是DeepSeek Harness 的核心赌注不是做出功能更多的编码助手而是让 Agent 产品差异通过可组合、可卸载、可观察的运行时能力表达减少复制 Agent Core 的必要性。它获得了更细的替换和生命周期边界也把复杂度转移到了插件图、接口契约、版本迁移和诊断上。它究竟是 Harness、Runtime还是产品Harness、Runtime、Framework 和 Product 在行业里没有唯一强制定义。为了判断 DeepSeek Harness可以先采用一组操作性边界Framework 提供开发者描述流程、状态和组件的库与抽象。Runtime 负责装载、调度、生命周期和实际执行。Agent Harness 围绕模型组织上下文、工具、状态、权限、反馈和停止条件。Product 在底层能力上给出默认界面、策略、体验和交付承诺。DeepSeek 官方把 dsh 定位为 open-source agent harness。固定源码同时展现了明显的 Runtime 特征Cordis 负责装载插件树Profile 与 Bundle 决定组合Web、Headless 和 SDK 驱动共同的底层语义。它确实提供可运行界面却仍是 Developer Preview。因此“Web UI 能打开”和“已经是一款成熟的Coding Agent 产品”是两件不同的事。一句话概括DeepSeek Harness 是一块用 Cordis 插件图重组 Agent 产品的运行时底盘不是只允许在固定 Agent Core 外围增加工具的插件框架。“Everything”包括哪些核心能力本文的架构判断绑定官方 Commit47f943859bef60e4160492346772ded9b24f765a。固定架构文档明确写出模型适配器、工具注册表、Session Log 和 Agent Loop 本身都是插件可以由配置替换。核心能力执行职责进入插件语义后的变化LLM Adapter统一消息、流式输出与模型协议换模型后端不必改 Agent LoopAgent Loop认领输入、请求模型、执行工具并判断是否继续“换循环”与“换 Provider”都成为组合动作Session Log保存 Turn、Step、消息和工具事件状态后端与循环可以分别演化Tool Registry汇总 Schema 并执行工具流水线工具、执行 Provider 和策略不必绑在一个类里SurfaceWeb、Headless、SDK 等入口多个产品入口不必各自复制 Agent Core其中最不寻常的是 Agent Loop 也只是插件。普通插件系统通常默认主循环不可替换扩展只发生在边缘DeepSeek Harness 则把循环、状态和工具放在同一组合机制里。但“存在替换接缝”不能直接写成“任意实现都兼容”。错误语义、流式事件、状态格式、安全策略和性能特征仍然需要契约测试和受控实验。把代码拆成包是架构事实稳定组合这些包才是工程能力。Cordis 不只管理注册还管理插件何时存在如果插件只在启动时向 Map 注册一个工具退出进程时一起销毁普通依赖注入已经够用。Agent Runtime真正困难的场景是动态变化Workspace 被加载或卸载Provider 暂时出现或消失配置被更新局部能力只在某个 Agent 的生命周期中存在。Cordis 把设计目标称为 spatiotemporal composability。用工程语言可以压缩成两个问题插件注册的服务、事件和子作用域能否在卸载时作为可追踪副作用被回收消费者能否声明需要什么能力并在 Provider 出现、消失或变化时重新协调因此Cordis Context 不只是一个服务容器也追踪插件产生的 effects。这让“局部装上再完整卸下”成为设计目标而不是依赖开发者记住每一次清理操作。边界同样重要。Cordis 官方仍明确说明 API 尚未稳定相关论文材料是项目作者持续维护的设计框架不是已经形成同行评审共识的可靠性定理。可逆生命周期减少一类耦合风险但不会自动消除复杂插件图中的竞态、瞬时依赖缺失和版本兼容问题。五个构件怎样形成真正运行的产品只看插件目录还无法回答“这一轮实际启用了什么”。DeepSeek Harness 用五个构件把安装包转成运行组合。Profile表达产品选择Profile 是命名后的产品组合。它决定使用哪些 Bundle并保存产品自己的配置覆盖。Web 与 Headless 可以共享基础能力同时选择不同入口和默认策略。Bundle分发能力集合Bundle 将一组 Cordis 配置行和代码作为可复用组合。基础 Bundle 提供模型、工具、持久化、Sandbox、设置、凭据和遥测等能力不同 Surface 再增加自己的增量。Patch注入环境差异Bundle、Profile、Home 和命令行 Patch 逐层形成最终插件树。需要特别注意Patch 按行 ID 定位并替换整段配置不是任意 YAML 深度合并。它更可预测也要求配置者清楚被替换行的完整含义。Capability Seam定义替换边界官方把一个完整接缝拆成 Service Definition、Provider 和 Consumer。Consumer 面向稳定服务Provider决定本地、远端或具体协议实现。只有一个接口声明还不能算完整的可替换能力。Event Log保存共同事实Session 通过追加事件保存模型可见事实模型历史由日志投影而来UI、回放、持久化、Fork 与 Resume也从同一事件流派生。不同 Surface 因此不必各自维护一份“当前 Agent 状态”。不过append-only Log 的存在不等于跨机器恢复、所有副作用幂等或长任务可靠性已经成立。这些结论需要故障注入和真实部署证据。五者组合起来才是 DeepSeek Harness 的产品方法Profile 选择Bundle 分发Patch 覆盖Seam隔离实现Event Log 保存共同事实。灵活性没有消灭复杂度把 Agent Core 插件化最直接的收益是把变化限制在更小的边界里。切换 Session 后端不必顺手重写 Agent Loop。为受限产品移除 Shell可以从最终组合撤掉相关 Tool 与 Provider而不是给循环增加分支。Web 与 Headless 共享运行语义不必维护两个逐渐分叉的核心。Workspace 或单个 Agent 可以拥有局部能力和独立生命周期。代价也非常具体当前行为取决于最终插件树只读某个入口文件不足以知道实际启用了什么。服务契约除了类型还必须覆盖错误、流事件、安全与迁移语义。生命周期错误可能表现为重复注册、悬挂事件或 Provider 短暂缺失。Bundle 与多层 Patch 提高复用性也提高配置漂移和升级诊断成本。Preview 阶段仍会发生兼容性破坏采用者需要自行冻结版本并准备迁移。所以“Everything is a Plugin”并不是免费获得模块化而是选择用显式组合图管理变化。如果产品确实需要切换模型、循环、状态后端、执行世界或 Surface这种复杂度可能值得。如果应用只有一个固定 Loop、少量工具和单一部署显式工作流加普通依赖注入往往更便宜、更容易审计。当前证据支持到哪一步截至 2026 年 8 月 14 日官方仓库 HEAD 仍与固定基线47f9438相同仓库快照内部版本是 rc5npm 的deepseek-ai/dsh和 PyPI 的 Python SDK 已是 rc6。PyPI 明确标记为 pre-release官方 README 仍标注 Developer Preview 并警告会出现兼容性破坏Cordis 也仍声明 API 尚未稳定。研究材料中的本机记录能证明更有限的内容固定源码依赖可安装Web 构建和页面检查完成CLI 与配置解析入口能加载选定的 Session、Loop、Tools、Jobs、Subagent 和 Compaction 测试通过。缺少模型凭据时Headless 返回MISSING_CREDENTIAL。这能证明凭据门禁真实触发不能证明真实模型 E2E 已完成也不能推出生产级恢复、安全或调度能力成立。一张表判断现在是否值得采用使用情境当前建议进入下一步前要补什么研究 Agent Runtime替换 Loop、状态或 Provider适合做隔离 PoC冻结 Commit 与包版本导出最终插件树同一底盘派生 Web、Headless、SDK 等入口值得验证组合收益检查状态、权限和错误语义是否一致需要按 Workspace 或 Agent 动态装卸能力Cordis 路线具有针对性测试重复装卸、Provider 消失和资源回收只有固定 Loop、单一后端和少量工具优先考虑简单方案先证明动态组合能偿还配置与诊断成本准备承载关键生产任务当前应谨慎真实模型 E2E、故障注入、迁移演练和权限审计想直接证明它优于成熟产品或工作流框架证据不足固定模型、任务、权限、预算和版本后再比较这张表不负责给项目打总分而是把架构兴趣和生产证据分开。DeepSeek 已经公开了一份可以阅读源码、可以运行局部路径的激进 Runtime 设计它还没有替采用者完成稳定接口、迁移、故障恢复和安全验证。结论DeepSeek Harness 最值得关注的地方不是插件数量而是它把 Agent Loop、Session、LLM、Tools 与 Surface都降为插件图中的普通参与者。产品不再围绕一个必须 Fork 的核心类生长而是由 Profile、Bundle、Patch、Capability Seam 与 Event Log 组合出来。它真正获得的是替换边界和生命周期语义真正支付的是组合、契约、版本、迁移和诊断成本。对需要派生多个 Agent 产品或动态替换执行能力的团队这是一条值得认真测试的路线对固定、简单、强调稳定交付的应用更小的显式工作流仍可能是更好的答案。现阶段最合理的态度不是把它当成熟产品追捧也不是因为 Preview 就忽略它把固定源码当作一份可以验证的架构提案把生产能力继续标记为待证明。参考资料DeepSeek Harness 官方仓库https://github.com/deepseek-ai/deepseek-harness固定 Commit 架构文档https://github.com/deepseek-ai/deepseek-harness/blob/47f943859bef60e4160492346772ded9b24f765a/docs/architecture.md固定 Commit Capability Seamshttps://github.com/deepseek-ai/deepseek-harness/blob/47f943859bef60e4160492346772ded9b24f765a/docs/capability-seams.mdCordis 官方仓库https://github.com/cordiverse/cordisDeepSeek Harness Python SDKhttps://pypi.org/project/deepseek-harness-sdk/证据边界核心插件范围、组合顺序和 Capability Seam固定官方源码。Cordis 的时空组合性项目作者的设计框架不视为同行评审共识。收益、代价和采用表基于固定架构的工程分析。本机记录仅限已执行命令和页面范围没有真实模型 E2E。竞品性能、生产恢复、安全与跨机器调度未验证不作结论。