dsh-muse-code

DSH PLUGIN开发与运行时

仓库 StellaryToucher/dsh-muse-code

开发与运行时 L5 · 运行验证通过 安全审查:低风险 可信度:金 可安装插件
安装这个插件

dsh-muse-code 是 StellaryToucher 维护的 开发与运行时 类 DSH 可安装插件, 仓库为 StellaryToucher/dsh-muse-code,许可证 MIT。 下面按「装什么、怎么装、验没验过、跑起来要注意什么」逐项列出。

一句话选型结论

按资料字段整理

dsh-muse-code 是开发与运行时类的 DSH 可安装插件,验证等级 L5 · 运行验证通过,安全审查为低风险,有可直接复制的安装命令。验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么;涉及密钥或系统权限的,建议先在隔离环境试装。

分类开发与运行时 收录类型可安装插件 验证等级L5 · 运行验证通过 安全审查低风险
验证等级 L5 L5 · 运行验证通过
GitHub 星标 0 复刻 未标注 · 未关闭 issue 未标注
最近更新 2026-10-29 创建于 未标注
README 5.8 KB 正文体量,越大说明说明书写得越细

安装

可安装插件
在 DSH 里执行,装完用 dsh plugin list 确认已挂上;标了 L4 / L5 的命令已在沙盒里真实跑通
dsh plugin --profile web add github:StellaryToucher/dsh-muse-code
  1. 1
    确认版本与运行环境

    仓库没有标注兼容版本与 Node.js 要求,先确认你的 DSH 版本能装,再继续。

  2. 2
    执行安装命令

    在 DSH 里执行上面的命令;多包仓库要注意区分具体子包名,别装错包。

  3. 3
    确认已挂载

    用 dsh plugin list 查看列表里是否出现这个插件,出现即挂载成功。

  4. 4
    试跑并检查权限

    加载后跑一个最小用例,确认它能正常工作;同时看它申请了哪些文件、命令或网络权限。

兼容 DSH 版本未标注版本不匹配时安装会报错
Node.js 要求未标注来自仓库 package.json 的 engines 字段
前置依赖无需要同时安装的同级依赖
npm 包名未发布到 npm可用 npm view 查看包信息

能做什么

开发与运行时
字段来自项目仓库与公开索引,中文说明由本站标注

适用场景

智能体编排

验证等级与安全审查

L5 · 运行验证通过
自动化流程结论,不是人工审核
验证等级L5 · 运行验证通过在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来
安全审查低风险静态分析结论,未标注不代表已通过审查
仓库健康度活跃按仓库活跃度与最近更新时间给出
可信度金综合仓库活跃度与验证结果

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 验证等级 L5:安装和运行都在沙盒里跑通过,装完能直接用的概率高。
  • 静态安全审查为低风险,没有发现明显可疑行为。
  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有声明 Node.js 版本要求,版本不匹配可能装不上。
  • 验证通过不等于安全:插件会读写文件、执行命令或联网,装前先到仓库确认它做了什么。

更适合

  • 需要在开发与运行时场景里给 DSH 补能力的人。
  • 想装完就能用、不想自己排依赖的人。
  • 能接受在本地装依赖、愿意自己确认权限的人。

不太适合

  • 只使用 DSH 官方内置能力、不接受第三方插件的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
插件验证等级安全审查星标兼容版本安装命令
dsh-muse-code当前 L5 · 运行验证通过 低风险 0 未标注 有
deepseek-harness L3 · 安装规范通过 低风险 24.6 万 未标注 无
rea L4 · 沙盒安装通过 低风险 2.6 万 0.1.1-rc.2 有
dsh-TUI L4 · 沙盒安装通过 中风险 4,292 0.1.7-rc.2 等 5 个 有
mirage L3 · 安装规范通过 低风险 3,681 未标注 无
dashi-taskboard L4 · 沙盒安装通过 低风险 3,311 0.1.1-rc.2 有

仓库档案

开发与运行时
字段来自项目仓库与公开索引,中文说明由本站标注
作者 / 维护方StellaryToucher仓库 dsh-muse-code · 默认分支 未标注
分类开发与运行时developer
收录类型可安装插件声明了 dsh.bundle、可用 dsh plugin add 安装的条目
开发语言未标注仓库主语言
许可证MIT商用或二次分发前请确认条款原文
星标 / 复刻 / issue0 / 未标注 / 未标注收录时的数值,非实时
创建 / 更新未标注 · 2026-10-29最后推送 未标注
本站收录2026-10-30首次进入本站目录的时间

README 全文

5.8 KB
作者原文,中文版优先;只做安全转义,不改内容

dsh-muse-code (community fork)

> Muse Code subagent provider for DeepSeek Harness — patched to work on DSH 0.2.1+.
> 让 DSH 通过 subagent_muse 工具把任务外包给 Meta 的 Muse Code CLI。

This is an unofficial fork of @pascapone/dsh-muse-code v0.1.0.
Upstream is great but pins peerDependencies to dsh-* 0.1.7-rc.2 || 0.2.1-alpha.1, so on current
DeepSeek Harness (0.2.1-rc.x) it is skipped at load time. This fork makes three minimal,
backward-compatible changes so the same plugin works on DSH 0.2.0-rc.2 and 0.2.1-rc.x.


症状 / Symptoms

装上插件、重启 DSH 后,两处报错依次出现:

① 插件被跳过(加载失败)

subagent-muse (@pascapone/dsh-muse-code): failed to import: .../lib/tool-platform.js:1
import { settleRun } from '@deepseek-ai/dsh-subagent';
SyntaxError: The requested module '@deepseek-ai/dsh-subagent' does not provide an export named 'settleRun'

② 修好导入后,工具出现但调用报错

Error: ctx.subagents.start is not a function

③ 修好上面两处后,带工具调用的回合整轮失败(这一个是网关的问题,见下文)

stream protocol error: message item `msg_...` changed phase from `final_answer` to `commentary`

根因 / Root cause

# 位置 变化 本仓库修法
1 package.json → peerDependencies 只允许 0.1.7-rc.2 \|\| 0.2.1-alpha.1,而宿主是 0.2.1-rc.3 放宽并补上预发布分支:>=0.1.7-rc.2 <0.2.0-0 \|\| >=0.2.0-rc.1 <0.3.0-0 \|\| >=0.2.1-rc.1 <0.3.0-0
2 @deepseek-ai/dsh-subagent 的根导出 删除了 settleRun、resolveChildCwd local-compat.ts 提供语义等价的本地实现,只依赖仍存在的 assertUsableCwd
3 ctx.subagents.start(name, req) 服务方法被移除(改为 startActivation(),需完整 {parent, maxDepth} 控制描述) startProviderRun():方法不存在时退回 getProvider(name).start(req)

第 4 类是网关侧问题,不在本插件职责内,但本仓库附带一个可选的修正代理:见
docs/phase-mismatch.md。

兼容矩阵 / Compatibility

DSH 版本 状态
0.2.0-rc.2 ✅ 应可用(未实机回归;补丁对旧导出做了保留判断)
0.2.1-alpha.1 ✅ 上游原本支持的版本
0.2.1-rc.3 ✅ 本仓库实测通过(Windows 11 + Muse 1.3.x + 自建 OpenAI 兼容网关)
0.3.x ⚠️ 未验证,接口可能再次变动

安装 / Install

方式 A:直接从本地目录装(推荐,无需发布)

# 1) 把本目录放到固定位置,例如 %USERPROFILE%\.dsh\plugins\dsh-muse-code
# 2) 在 DSH profile 的 package.json 加依赖(path 指向本目录):
#      "dependencies": { "@stellarytoucher/dsh-muse-code": "file:../../plugins/dsh-muse-code" }
# 3) 在 profile 的 cordis.patch.yml 里插入(或直接用本目录的 cordis.patch.yml):
#      - insert:
#          - id: subagent-muse
#            name: '@stellarytoucher/dsh-muse-code'
#            config: {}
# 4) 完全退出并重启 DSH

脚本版:pwsh -File scripts/Install-AsPlugin.ps1(幂等,会写依赖与 patch,并留备份)。

方式 B:发布到 npm 后用插件管理器

npm publish --access public        # 发布到 npm 时按需改成你自己的 scope

然后在 DSH 的 Plugin Manager 里安装 @stellarytoucher/dsh-muse-code。

配置(provider 需要的字段)

- id: subagent-muse
name: '@stellarytoucher/dsh-muse-code'
config:
providerName: muse
runtime: native          # auto | native | wsl(Windows 建议 native)
command: C:\Users\\AppData\Local\Programs\muse\muse.exe
provider: meta           # Muse 的 provider 分支
model: muse-spark-1.3-contributor   # 或你的网关/官方暴露的模型名
reasoningEffort: xhigh
approvalMode: never
env:
META_API_KEY: ''
HOME: 'C:\Users\'          # 必须!否则 muse 找不到配置目录
USERPROFILE: 'C:\Users\'
NO_PROXY: 'localhost,127.0.0.1,::1'

> env 会作为子进程环境传入。HOME/USERPROFILE 缺失时 muse 直接报
> no usable config directory from XDG_CONFIG_HOME, HOME, or USERPROFILE。

开发 / Development

pnpm install --frozen-lockfile --ignore-scripts
pnpm run check      # typecheck + build + 离线单测
pnpm run test:real  # 需要真实 Muse 认证

pnpm run build 把根目录 *.ts 编译进 lib/。仓库里的 lib/ 是已编译产物(含补丁),
直接安装即可运行;改了源码记得重新 build 再发布。

与上游的差异 / Diff vs upstream

local-compat.ts      新增(settleRun / resolveChildCwd 兼容层)
main.ts              改:resolveChildCwd 改从 ./local-compat.js 导入
tool-platform.ts     改:settleRun 改从 ./local-compat.js 导入;
ctx.subagents.start(...) → startProviderRun(...)
package.json         改:peerDependencies 放宽;name/version/private 调整

patches/ 里是对上游 v0.1.0 的 unified diff,可 git apply 或直接作为 PR 提交。

共建 / Contributing

最有价值的还是把这三个补丁回流给上游:本仓库按“最小改动 + 向后兼容”写,
settleRun/resolveChildCwd 的实现只在旧导出缺失时才需要,上游若愿意合并,
可以用 typeof 探测包一层。欢迎 PR / issue。

许可 / License

MIT,见 LICENSE。原版权归 @pascapone/dsh-muse-code 作者所有;
本 fork 仅新增兼容层与构建产物。非官方项目,与 Meta / DeepSeek 无关。

常见问题

5 问
答案由本站依据条目字段整理,不引用上游原文
dsh-muse-code 怎么安装?

在 DSH 里执行 `dsh plugin --profile web add github:StellaryToucher/dsh-muse-code` 即可。

dsh-muse-code 的验证等级是什么意思?

L5 · 运行验证通过。在 dsh 沙盒中完成安装与运行冒烟——装得上、跑得起来

dsh-muse-code 安全吗?

低风险。

dsh-muse-code 装之前要先确认什么?

先看它会读写哪些文件、执行哪些命令、连接哪些网络地址;验证等级只说明装得上、跑得起来,不等于安全。涉及密钥或系统权限的,建议先在隔离环境试装。

dsh-muse-code 用的是什么许可证?

上游标注为 MIT。商用或二次分发前请到仓库确认许可证原文。

同名或近似条目

2 条
不同作者的仓库分开列,请确认你要装的是哪一个
开发与运行时
按星标排序,可作替代方案

rea

rea

L4 · 沙盒安装通过 2.6 万 星

dsh-TUI

dsh-TUI

Claude Code 风格全屏终端 UI:像素鲸鱼顶栏、实时工作状态行、思考流式展开。

L4 · 沙盒安装通过 4,292 星

mirage

mirage

把文件系统与 bash 提供者换成 mirage 虚拟工作区:文件工具与 shell 命令作用于挂载的资源(RAM、S3、Redis、Sla

L3 · 安装规范通过 3,681 星

dashi-taskboard

dashi-taskboard

把当前已安装并运行中的 Codex Taskboard 嵌入 DeepSeek Harness 侧边栏,并通过 Launcher 运行时描述

L4 · 沙盒安装通过 3,311 星

插件的元信息来自作者仓库;分类、验证等级与安全结论的中文说明为中文整理,最近核验 —。