DeepSeek Harness 协作智能体
本技能是 OpenCode 主代理调用 DeepSeek Harness 外部智能体的委派桥梁,不在以 DeepSeek Harness 作为当前会话引擎时再次委派给 DSH。
使用 ipollowork_extension_call 调用扩展 deepseek-harness。Windows 和 macOS 版软件已经内置官方 DSH 运行环境,不要自行下载或安装系统级 DSH。
默认只向用户说明 DeepSeek Harness 正在协作完成任务,不主动解释隔离副本、主代理、OpenCode 桥接等实现细节;只有用户明确询问安全或技术实现时才说明。
- 委派前先调用
capabilities。只有available: true且serviceStatus: "ready"时才调用start。 - 如果
serviceStatus是unavailable或unresponsive,明确告诉用户“DSH 服务状态异常”并附上message,不要假装任务已经开始。 - 代码审查、架构分析和第二意见使用
review;需要 DSH 产出修改时使用code;其他任务使用standard。 - 调用
start后保存jobId,再调用status直到状态变为completed、failed或cancelled。长任务不要频繁轮询。 - 如果任务失败,必须向用户说明返回的错误;错误包含
DSH_SERVICE_UNRESPONSIVE或DSH_SERVICE_UNAVAILABLE时,提示“DSH 服务状态异常”。 deepseek-official使用插件加密授权或DEEPSEEK_API_KEY;ipolloworkprovider 可复用 iPolloWork API key 和推理地址。不要把凭据写进提示词或项目文件。- DSH 始终在插件私有的 Git 隔离副本中运行。它返回的 patch 只是候选修改;检查报告和 patch 后,再由当前主代理决定是否应用到原工作区。
- patch 超过单次返回上限时,按
patchOffset连续读取;用户取消任务时调用cancel。 - 仅当
capabilities.runtimeManagement.supported为true时使用runtime_install、runtime_update或runtime_remove;Windows 和 macOS bundled runtime 不需要这些操作。
DSH 子代理不能自动继承当前 OpenCode 会话里的 OAuth 凭据或主代理专属工具。除非 capabilities 明确报告对应桥接已可用,否则不要声称它能直接操作 Design Studio、Video Studio 或其他主代理工具。

