插件生态
DeepSeek Harness 插件层：Cordis bundle、patch 分层、权限控制、自建能力插件。
DeepSeek Harness 的循环护栏：工具超时与重复调用提醒
两个防止 agent 在循环里烧预算的插件——一个零配置的工具调用超时执行器（读取工具自己声明的 timeoutMs），一个只提醒不拦截的重复调用探测器。配置、链语义，以及「协作式取消不等于强杀」。
DeepSeek Harness 的沙箱：三种模式、各平台后端，以及它保护不了什么
dsh 怎么约束进程执行——三种沙箱模式、以日志事件形式存在的会话级覆盖、bwrap/Landlock/Seatbelt/Windows ACL 后端、fail-closed 行为，以及项目自己诚实记录的「部分强制」边界。
DeepSeek Harness 的 workflow 引擎：契约、错误码与 Ralph 配置
ctx.workflowEngine 执行模型编写的编排脚本、扇出子 agent。start 请求、run 与 result 契约、只读事件、九个 WorkflowError 错误码，以及 ralph 工具的全部可调项。
给 DeepSeek Harness 接一个自定义模型服务商
在 dsh 里注册 OpenAI 兼容网关、自建端点或第三方模型：settings.yaml 的结构、apiKeyEnv 的真实含义、模型能力声明，以及 provider ID 为什么改不了。
「一切皆插件」：DeepSeek Harness 背后的 Cordis 架构
插件内核这个说法在 dsh 里到底意味着什么——bundle 是可分发的配置行、dsh-base 这层地基、插件怎么解析和安装，以及为什么连 UI 都能换掉。
在 DeepSeek Harness 里 patch 插件配置：config catalog 用法
怎么改 dsh 里某个插件的设置——在 config catalog 里找到那一行的标识符、从 cordis.patch.yml 命中它、再验证组装结果。含真实包名和 patch YAML。
写你的第一个 DeepSeek Harness 插件
dsh 插件就是带具名导出的 Cordis 插件。模块契约、用 inject 声明服务依赖、schemastery 配置、用 defineTool 注册工具、追加 session 事件，以及在 cordis.patch.yml 里挂载那一行。