🎁 福利专区全网大模型免费应用 + 新用户福利 + 注册活动入口,低成本玩转 AI

Kimi 桥接插件 pandashere/dsh-kimi-bridge

DeepSeek Harness
pandashere82 天前有提交已提供中文文档扫描:含敏感能力

把 Kimi CLI 接入会话,调用、续跑并实时查看执行过程

26.6/100
综合分
0
GitHub 星标
—
npm 周下载
—/5
用户评分

数据截至 2026/9/16 · 周下载取自 npm 全网(含 CI / 镜像),非本站安装数;综合分由星标、活跃度与兼容性检查合成。

安装命令 · 需先装 dsh CLI 引擎
dsh plugin --profile web add pandashere/dsh-kimi-bridge
该包不可直接 npm 安装,改从 GitHub 源安装(明细见下方安装检查)

状态速览

判定依据:实装验证 · 静态安装检查 · 自动扫描 · 仓库维护状态
信任档位:需留意
是什么
dsh 原生插件 · chat
装得上吗
实装验证未通过(unknown),装前请到仓库确认最近更新与 issue
安全吗
本站尚未对该插件做风险分级
暂未覆盖,不等同于无风险
还在维护吗
更新放缓:最近一次提交在 82 天前
档位由哪些信号合成

本站实装验证(真实安装 L4 覆盖全站;L5 为运行时冒烟或实机截图,覆盖范围小于 L4) · 验证所用 dsh 版本 · 静态安装检查 · 风险分级 · 仓库维护状态。 下方各区块是它的证据明细。

验证判据与等级说明 →
⚠︎ 实装验证未通过(unknown · 2026/9/27) ——可能是验证环境差异,装前建议到 GitHub 仓库确认最近更新与 issue。
社区实装还没有人打卡 · 装过的第一个就是你
安全扫描自动 · 静态分析源码
v2.7.0
🔵 扫描:含敏感能力尚无人工评估
展开查看扫描说明与证据 ↓

静态扫描发现插件具备触达本地系统的能力:执行外部命令、读写/删除本地文件、读取剪贴板或密钥类环境变量(至少其一)。这是能力清单,不是危险判定——具体能力项与证据见下方,安装前请自行判断是否需要。

可执行外部命令读写/删除本地文件
查看扫描证据(共 6 处,展示前 6 条)
  • 执行外部命令来自配置/变量
    src/kimi-manager.ts:602
    child = spawn(this.config.kimiPath, argv, {
  • 写入本地文件
    src/review-home.ts:46
    mkdirSync(destDir, { recursive: true })
  • 读取本地文件
    src/review-home.ts:48
    const sourceText = existsSync(sourceConfig) ? readFileSync(sourceConfig, 'utf8') : ''
  • 读取本地文件
    src/review-home.ts:48
    const sourceText = existsSync(sourceConfig) ? readFileSync(sourceConfig, 'utf8') : ''
  • 写入本地文件
    src/review-home.ts:49
    writeFileSync(join(destDir, 'config.toml'), withReviewOnlyTools(sourceText))
  • 读取本地文件
    src/review-home.ts:52
    if (!existsSync(source)) continue
扫描于 2026/11/3(0 天前) · 范围 全包扫描(包内未声明入口) · 来源 GitHub 仓库

静态扫描只反映源码中出现的调用,不构成安全背书;人工评估与自动扫描相互独立、互不覆盖。

依赖的 DSH / Cordis 模块
@deepseek-ai/cordis@deepseek-ai/dsh-tools
给这个插件打分还没有人投票↓
用户评分
还没有人投票,来当第一个

功能亮点

  • 接入命令行会话
  • 续跑并查看执行过程
  • 只读审查模式

Kimi 命令行桥接插件,为 DeepSeek Harness 提供只读审查模式和 Web 会话标签页。

README

由 DeepSeek 最新模型翻译生成
dsh-kimi-bridge 面向 DeepSeek Harness(dsh)的双面(宿主 + 浏览器)插件:把 Kimi CLI(kimi-code)桥接进 harness——dsh-codex-bridge 的 Kimi 对偶,同一套架构。 为什么需要它 dsh agent 经常想找外部编码 agent(Moonshot Kimi)要一个第二意见或并行编码一遍。手动做这件事——spawn kimi -p、抓流、轮询、把输出接回来——正是 harness 插件存在的意义。本插件让 Kimi 成为 dsh 的一等公民: 1. 把 Kimi 当工具调用 — call_kimi 在会话工作目录运行 kimi -p --output-format stream-json,支持 async(立即返回;多次调用并行)与 block(等待最终答案)两种模式,另有 kimi_status 轮询、kimi_abort 取消。 2. 同一会话续跑 — kimi_steer 用新消息恢复已 settle 的 Kimi 会话(kimi -S -p …)。Kimi 会话绑定工作目录——插件把 cwd 锁定到会话工作目录,同 dsh session 内 resume 天然成立。会话是线性的:父必须是该会话最新记录,且同一会话只允许一个进行中的延续。
展开完整文档(README 剩余 1 节)
dsh-kimi-bridge

面向 DeepSeek Harness(dsh)的双面(宿主 + 浏览器)插件:把 Kimi CLI(kimi-code)桥接进 harness——dsh-codex-bridge 的 Kimi 对偶,同一套架构。

为什么需要它

dsh agent 经常想找外部编码 agent(Moonshot Kimi)要一个第二意见或并行编码一遍。手动做这件事——spawn kimi -p、抓流、轮询、把输出接回来——正是 harness 插件存在的意义。本插件让 Kimi 成为 dsh 的一等公民:

1. 把 Kimi 当工具调用 — call_kimi 在会话工作目录运行 kimi -p --output-format stream-json,支持 async(立即返回;多次调用并行)与 block(等待最终答案)两种模式,另有 kimi_status 轮询、kimi_abort 取消。
2. 同一会话续跑 — kimi_steer 用新消息恢复已 settle 的 Kimi 会话(kimi -S -p …)。Kimi 会话绑定工作目录——插件把 cwd 锁定到会话工作目录,同 dsh session 内 resume 天然成立。会话是线性的:父必须是该会话最新记录,且同一会话只允许一个进行中的延续。
3. 展示整个 agent loop — 会话 pane 里的 Kimi 标签(与 Chat/Trajectory/Codex 平级)实时观察每个会话:状态、提示词、Agent Loop waterfall(消息、带参数的工具行、可折叠的工具输出、回合分隔)、transcript 与最终回答——经 session projection 通道推送。

定位:UX 通道,不是安全边界——而且 kimi -p 内部就是 permission:"auto",没有 CLI sandbox flag。 默认 reviewOnly 模式因此让 Kimi 跑在一个托管 home 下,其 [tools] 白名单只读(Read/ReadMediaFile/Grep/Glob;无 Bash/Write/Edit/MCP),执行前再次强制。设 reviewOnly: false 才用用户不受限的 home——显式运维选择,绝不称之为 sandbox。allowedAgents/maxParallel/maxSessionsPerSession 约束资源放大;有限的 defaultTimeoutMs 约束 Kimi print 模式(否则后台任务可等约 25 天)。

安装

前置条件:Node.js 22 或更高版本、@deepseek-ai/dsh@0.1.0-rc.6,以及已完成认证且可通过 kimi 调用的 Kimi CLI(也可配置 kimiPath)。插件不会把凭据复制进仓库或 dsh telemetry;reviewOnly 模式只把 CLI 现有认证文件链接进托管 home,凭据仍由 Kimi CLI 管理。

在插件目录内构建、校验并打包独立 bundle:

npm install
npm run check
npm pack

把生成的 tarball 安装进 DSH profile,然后重启 dsh web。不要把源码目录作为 link 安装,因为宿主 peer 依赖由 DSH profile 提供:

npx @deepseek-ai/dsh@0.1.0-rc.6 plugin --profile web add ./dsh-kimi-bridge-0.1.0.tgz
npx @deepseek-ai/dsh@0.1.0-rc.6 web

浏览器端由 /plugins/dsh-kimi-bridge/client.js 提供,并显示在会话 pane 中。对运行中的默认 Web profile 验证:

curl -s http://127.0.0.1:3080/plugins/dsh-kimi-bridge/client.js | head

更新时先提高 package 版本并重新打包,再移除旧 bundle、添加新 tarball 并重启。卸载命令:

npx @deepseek-ai/dsh@0.1.0-rc.6 plugin --profile web remove dsh-kimi-bridge

配置

| Key | 默认 | 含义 |
| kimiPath | kimi | kimi 可执行文件(绝对路径或 PATH 查找) |
| reviewOnly | true | 在托管 home 下运行 kimi,其 [tools] 白名单只读 |
| kimiHome | '' | 携带配置/登录态的源 Kimi home('' = KIMI_CODE_HOME,否则 ~/.kimi-code) |
| reviewHomeDir | '' | 托管 review home('' = $DSH_HOME/kimi-review-home) |
| maxTimeoutMs | 1800000 | 任何会话超时的硬上限(30 分钟) |
| defaultTimeoutMs | 600000 | 每个 kimi 会话的默认生命周期(10 分钟) |
| maxParallel | 3 | 并发 kimi 进程的全局上限 |
| maxSessionsPerSession | 8 | 每个 dsh session 的活跃 kimi 会话上限 |
| maxRetained | 16 | 每个 dsh session 保留的(已 settle)记录数(淘汰最旧) |
| maxPromptChars | 16384 | 提示词长度上限(argv prompt;拒绝 NUL;超长拒绝) |
| maxTranscriptChars | 16384 | 记录进事件/投影的 transcript 上限 |
| maxLoopSteps | 32 | agent loop 有界窗口(记录/投影中保留的步数) |
| maxLoopBytes | 16384 | loop 窗口的序列化字节上限(UTF-8;淘汰最旧已完成步) |
| allowedAgents | roots | 谁可调用 call_kimi:roots \| all |
| killGraceMs | 10000 | abort 时 SIGTERM → SIGKILL 宽限(kimi headless 清理最长 8 秒) |

工具

- call_kimi — { prompt, mode?: async|block, model?, timeout_ms?, kimi_session_id? }。async 立即返回(并行);block 等待答案(带 kimi_session_id 时等待此前启动的会话)。被取消的阻塞等待会中止该 kimi 会话。
- kimi_status — 列出当前 session 的 kimi 会话(状态、提示词摘要、进度)。
- kimi_abort — { kimi_session_id };对进程组 SIGTERM,killGraceMs 后 SIGKILL。
- kimi_steer — { kimi_session_id, prompt, mode?: async|block, model?, timeout_ms? }。继续已 settle 的父会话(kimi -S -p …;必须同目录,插件保证);新记录经 parent 链接并继承父模型。宿主重启后的父记录只要带有 kimi session id 也能 steer。

模型体验(UI)

Kimi 标签(会话 pane,Codex 之后):

- 左列 — 当前 dsh session 的每个 kimi 会话:状态点、提示词摘要、相对时间。点击选择。
- 右列 — 状态徽标、元信息(id/kimiId/cwd/model/耗时/退出码/错误)、提示词,以及 Activity | Text 切换:
- Activity — Agent Loop waterfall:消息、工具行(工具名、running/done/failed、耗时、退出码、truncated 标记;失败自动展开输出)、回合分隔、窗口淘汰时显示「此前 N 步未保留」。
- Text — 流式 transcript 与最终回答。

状态变化走 session projection 通道(kimi/session 事件、kimi/sessions 投影),标签页实时更新并可从历史重放恢复(刷新页面不丢)。

已知限制与后续工作

- 一次调用一次运行,之后靠延续。 call_kimi 每次运行新的 kimi -p;运行中实时 steer CLI 不支持(kimi-code 的 thinking 也不写入 stream-json,标签页不从 stderr 猜测推理)。
- loop 窗口是「最近活动」而非审计轨迹。 旧步骤在 maxLoopSteps/maxLoopBytes 下物理淘汰;dsh 会话日志仍保留 whole-value 快照,但标签页只展示保留窗口。
- reviewOnly 是工具白名单,不是 sandbox。 由 kimi [tools] 开关在执行前强制;真正的 sandbox 化 workspace-write 需要 OS 级隔离(容器/namespace)。
- 仅 POSIX 进程组。 abort 使用 detached + 负 pid kill;Windows 移植需要 Job Object / taskkill /T 整树终止。
- telemetry 脱敏只覆盖 dsh 导出。 Kimi 自身 telemetry 通过子进程 KIMI_DISABLE_TELEMETRY=1 关闭。

开发

npm run check # typecheck + 测试 + compliance
npm run build # 宿主(tsc)+ 客户端 bundle(esbuild,__ModuleLoader__ ABI)

客户端 bundle 遵循 harness 的 __ModuleLoader__.load({id, factory}) 协议,以平台模块表为 externals;宿主半遵循 create-dsh-plugin 的 bundle 格式。

License

MIT
预览分享卡片长什么样 ↓pandashere/dsh-kimi-bridge
分享 · DeepSeek Harness Hub
pandashere/dsh-kimi-bridge

把 Kimi CLI 接入会话,调用、续跑并实时查看执行过程

这是你的仓库?认领条目

回到顶部