DeepSeek Harness 插件

dsh-kernel-mesh

Host-plane kernel mesh for DeepSeek Harness: kimi/grok/codex/minimax kernel adapters, L2 subagent recipes, and kernel tools.(英文原文)

跳到安装方式

来源信息

GitHub 仓库
oppnc/dsh-kernel-mesh
最近更新
2026年8月20日
分类
自动化与任务
GitHub stars
0
载体类型
plugin
目录证据
上游声明已找到 dsh.bundle
证据路径
package.json#dsh.bundle
核对版本
0.1.0-rc.8
上游核对日期
2026-08-20

该证据由上游目录提供。本站没有安装、运行或安全审核这个插件。

安装

默认先复制一段 Prompt,让 Agent 读 GitHub 仓库和源码;需要自己装时再切到命令。

复制这段 Prompt,发给 DSH、Codex 或其他 Agent,让它先读 GitHub 仓库和源码。

请先不要安装或执行任何命令。阅读这个插件的 GitHub 仓库、README 和关键源码,然后用清楚、直接的方式回答以下问题,帮助我判断它是否适合我的需求:

1. 这个插件是什么,解决什么问题;
2. 适合哪些用户和典型使用场景;
3. 安装后如何使用,并给出一个最小使用示例;
4. 有哪些已知限制,以及隐私、安全、兼容性或维护风险;
5. 给出“推荐 / 有条件推荐 / 不推荐”的明确建议和理由。

请区分仓库明确说明、根据源码推断和未知信息。证据不足时请明确说明,不要猜测或照抄 README。

GitHub:https://github.com/oppnc/dsh-kernel-mesh
插件名:dsh-kernel-mesh
作者:oppnc

检查来源文件

安装前先看这个插件目录里的 README 和其他文件。

文件资源管理器4 个文件
README.zh.md来源说明 · 只读预览
README 语言

English | 中文

dsh-kernel-mesh

DSH 有个很朴素的想法:一切都是插件。模型是插件,工具是插件,子代理也是插件,想怎么拼就怎么拼。

顺着这个思路,我们把四家 coding harness 的内核——Kimi CodeGrok BuildOpenAI CodexMiniMax Mini-Agent——统统写成了 DSH 插件,打包在这一个包里。

好处很简单:在 DSH 里直接切到 Kimi / Grok / Codex / MiniMax 的模型,和直接打开它们各自的 CLI 没有任何区别。每个模型都待在自己最熟悉的环境里,不管是主 agent 还是 subagent,感觉就像回家一样。

里面有什么

  • L1 内核路由kimi-kernel / grok-kernel / codex-kernel / minimax-kernel,注册成 DSH 的模型路由,主 agent 可以直接切过去跑。
  • L2 子代理配方kimi-agent / kimi-explore / kimi-plangrok-agent / grok-explore / grok-plancodex-agent / codex-explore / codex-worker(各家自己的子代理类型;minimax 上游没有子代理工具,故不提供)。每个配方都带该厂商自己的子代理 prompt 和工具白名单,所以内核子代理看到和使用的,与那家 harness 的子代理完全一致——与父 preset 无关。
  • 三个内核工具kernel_statuskernel_runkernel_switch
  • 厂商搜索工具,只在用户选择接入时出现kimi_search / kimi_fetch 仅在已安装 dsh-kernel-kimi 并且存在 Moonshot 凭证时注册;grok_search / grok_fetch 仅在已安装 dsh-kernel-grok 并且存在 Grok OAuth 凭证时注册。它们是并列工具(语料不同),不是一个后端。官方 web_search 仍是 DeepSeek 自己的搜索,不是包装器。

内核矩阵

KernelWireEndpoint
kimi-kernelAnthropic Messageshttps://api.kimi.com/coding/v1/messages(对齐 kimi-cli 1.49.0max_tokens 按剩余上下文夹紧;目录含 k3
grok-kernelResponses(经代理)https://cli-chat-proxy.grok.com/v1/responses
codex-kernelResponses(自定义)你的 codex base_url + /responses
minimax-kernelAnthropic Messages(国内直连)https://api.minimaxi.com/anthropic/v1/messages

系统提示词

每个内核插件都会把该厂商的上游 system prompt(工具名与运行时占位符已适配 DSH 工具面)注册为 agent 唯一的 system-prompt 段(complete: true + suppressRuntimeContext()),所以跑在某个 内核上的会话只会看到那家 harness 的提示词,而不是 DSH 的。

回退路由(可选)

各家厂商本身没有回退机制,因此默认每个内核都走自己的官方 API。当某个内核 自己的 API 额度耗尽时,设置 DSH_KERNEL_USE_FALLBACK=1 即可把内核路由到你 已有的订阅:

Kernel回退路由模型
kimi-kernelollamakimi-k2.7-code
grok-kernelollamagpt-oss:120b
codex-kernelopencode-gogpt-5.6-luna
minimax-kernelollamaminimax-m3

密钥从 ~/.dsh/.credentials.yaml 读取(OLLAMA_API_KEYMY_OPENCODE_GO_API_KEY)。不设置(或设为 0DSH_KERNEL_USE_FALLBACK 即走 官方内核 API。

安装

用官方插件命令把 bundle 装进你的 profile:

dsh plugin --profile web add github:oppnc/dsh-kernel-mesh

dsh plugin 会转发给 pnpm,并自动 reconcile dsh.profile.bundles——本包声明了 "dsh": { "bundle": { "patch": "./cordis.patch.yml" } },因此会加入 profile 的配置层栈。装完后重启 profile:

dsh web

使用

kernel_status                          # 看看注册了哪些内核、L2 类型、传输方式
kernel_run(kernel, type, task)         # 把一个任务分发到外来内核
kernel_switch('kimi')                  # 为后续会话设置默认模型路由
Kerneltype 取值
kimicoderexploreplan
grokgeneralexploreplan
codexexploreworker
minimax(无——上游没有子代理工具)

截图

整个家族在 GitHub 上的样子——每个 README 都带一键语言切换:

<table> <tr> <td><img src="docs/screenshots/01-mesh-readme-en.png" alt="dsh-kernel-mesh README(英文)" width="410"></td> <td><img src="docs/screenshots/02-mesh-readme-zh.png" alt="dsh-kernel-mesh README(中文)" width="410"></td> <td><img src="docs/screenshots/03-kimi-readme.png" alt="dsh-kernel-kimi README" width="410"></td> </tr> <tr> <td><img src="docs/screenshots/04-grok-readme.png" alt="dsh-kernel-grok README" width="410"></td> <td><img src="docs/screenshots/05-codex-readme.png" alt="dsh-kernel-codex README" width="410"></td> <td><img src="docs/screenshots/06-minimax-readme.png" alt="dsh-kernel-minimax README" width="410"></td> </tr> </table>

原图在 [docs/screenshots/](docs/screenshots/)。

许可证

MIT —— 见 [LICENSE](LICENSE)。