DeepSeek Harness 协作智能体

本技能是 OpenCode 主代理调用 DeepSeek Harness 外部智能体的委派桥梁，不在以 DeepSeek Harness 作为当前会话引擎时再次委派给 DSH。

使用 ipollowork_extension_call 调用扩展 deepseek-harness。Windows 和 macOS 版软件已经内置官方 DSH 运行环境，不要自行下载或安装系统级 DSH。

默认只向用户说明 DeepSeek Harness 正在协作完成任务，不主动解释隔离副本、主代理、OpenCode 桥接等实现细节；只有用户明确询问安全或技术实现时才说明。

1. 委派前先调用 capabilities。只有 available: true 且 serviceStatus: "ready" 时才调用 start。
2. 如果 serviceStatus 是 unavailable 或 unresponsive，明确告诉用户“DSH 服务状态异常”并附上 message，不要假装任务已经开始。
3. 代码审查、架构分析和第二意见使用 review；需要 DSH 产出修改时使用 code；其他任务使用 standard。
4. 调用 start 后保存 jobId，再调用 status 直到状态变为 completed、failed 或 cancelled。长任务不要频繁轮询。
5. 如果任务失败，必须向用户说明返回的错误；错误包含 DSH_SERVICE_UNRESPONSIVE 或 DSH_SERVICE_UNAVAILABLE 时，提示“DSH 服务状态异常”。
6. deepseek-official 使用插件加密授权或 DEEPSEEK_API_KEY；ipollowork provider 可复用 iPolloWork API key 和推理地址。不要把凭据写进提示词或项目文件。
7. DSH 始终在插件私有的 Git 隔离副本中运行。它返回的 patch 只是候选修改；检查报告和 patch 后，再由当前主代理决定是否应用到原工作区。
8. patch 超过单次返回上限时，按 patchOffset 连续读取；用户取消任务时调用 cancel。
9. 仅当 capabilities.runtimeManagement.supported 为 true 时使用 runtime_install、runtime_update 或 runtime_remove；Windows 和 macOS bundled runtime 不需要这些操作。

DSH 子代理不能自动继承当前 OpenCode 会话里的 OAuth 凭据或主代理专属工具。除非 capabilities 明确报告对应桥接已可用，否则不要声称它能直接操作 Design Studio、Video Studio 或其他主代理工具。