DSH Plugins
返回列表
🖥️

dsh-harness-switch

客户端 更新于 2026.10.14

在终端中运行以下命令:

dsh plugin install AlyceStocking/dsh-harness-switch

将以下提示词粘贴到 DeepSeek Harness 对话框中:

在 DeepSeek Harness 中执行 dsh plugin install AlyceStocking/dsh-harness-switch,或按插件市场指引从 https://github.com/AlyceStocking/dsh-harness-switch 安装。

插件介绍

在 DSH 里想用 Kimi Code 的提示词、工具、Skills、MCP 与上下文压缩,又不想单独开一个 Kimi CLI 聊天子进程时,往往只能在「原生 DSH 体验」和「完整 Kimi 执行链」之间二选一。dsh-harness-switch 把 Kimi Code 的实际执行核心嵌入客户端插件,让你在原生会话列表、输入框与最终回答界面里完成模型与 Harness 绑定,一次 Kimi 回合以工具卡片呈现内部调用与思考,而真实工具只在 Kimi 核心内执行一次。

插件为每个模型别名提供三种 Harness:默认的 Kimi Code · embedded core 走完整嵌入式核心;Kimi prompt · legacy 沿用 v0.2 适配提示词并由 DSH 承担工具与压缩;DSH native 则用 Kimi API 搭配 DSH 原生提示词与执行循环。你可以在设置里读取已有 Kimi config.toml 的端点与凭据(不复制进插件前端),在同一 session 里切回 DeepSeek 等原生模型后再回到 Kimi,并把其他模型的对话作为参考历史导入。权限采用 manual 模式,需审批的动作映射到 DSH 原生审批界面;还支持 /kimi-skill 与 /kimi-compact 等桥接命令,embedded 路径在配置具备图片能力时可处理文字与图片输入。

适合已在 DSH Desktop(README 验证 0.2.0-rc.2、Node 24.15+)上工作、且本机已有有效 Kimi 配置与授权的用户:想对比同一模型的不同 harness、需要在同一原生会话里混用 DSH 与 Kimi,或希望尽量保持与 Kimi Code 上游行为一致而不依赖 CLI 子进程。若你主要依赖 Kimi CLI 专属面板、全部 slash 命令或视频等未移植能力,需了解当前边界后再选用。

使用场景

  • 在同一 DSH 原生会话里为模型选择 Kimi embedded、legacy 或 DSH native 等不同 Harness
  • 需要在 Kimi 与 DeepSeek 等原生模型之间切换且保留参考历史
  • 希望使用 Kimi 的工具、Skills、MCP 与压缩能力但不启动 Kimi CLI 子进程

适合人员

  • 使用 DSH Desktop 且已配置 Kimi 端点与授权的开发者
  • 想对比同一模型不同 Harness 行为的技术用户
  • 在同一工作区混用 DSH 原生能力与 Kimi Code 核心的人