DeepSeek Harness的插件底座Corids详解

Cordis 最容易被看成“插件框架”，但这只说到了表层。它真正想解决的是 agent harness 的运行时组合问题：插件如何声明依赖，服务如何被发现，副作用如何登记，卸载时如何清理，配置变化后如何重组，模块热替换失败时如何回滚。

DeepSeek Harness 把 Cordis 放到了 AI Coding / Agent 语境里：工具、文件系统、sandbox、approval、subagent、memory、profile、UI 都不再只是 prompt 旁边的一串工具，而可以成为可加载、可隔离、可审计的 runtime component。

这套东西的核心是两条线：时间维度上，组件移除时要尽量撤回它对系统造成的影响；空间维度上，组件依赖要能被声明并随 provider 变化自动重解析。`ctx.effect()`、`inject`、service、typed events、fiber lifecycle、loader config、HMR，都是围绕这两条线展开。

但 Cordis 不是万能事务系统，也不是 sandbox 本身。外部网络、文件、支付、邮件这类已经发出的结果，仍要靠延迟提交或补偿动作；不可信代码仍需要进程、容器、Wasm 等执行边界。它目前也还带 rc / developer preview 色彩。

所以这组图想讲的不是安装教程，而是一个工程判断：模型越强，越需要显式 harness 管住上下文、权限、工具副作用、任务状态和交付证据。Cordis 的价值，是把这些隐性的协作关系变成一套可组合、可恢复、可治理的运行时控制面。