mstar-harness 使用指南
为 DeepSeek Harness (dsh) 增加 Morning Star 多代理协作框架:注入流程门禁、状态校验、子代理角色装饰与可视化工作流面板。
本文为派生内容(基于 wiki / faq / compatibility_json 自动组装),非 AI 即时创作。
本文由本站基于该插件已收录的字段自动派生(wiki / faq / compatibility_json / readme),非 AI 即时创作。每节末尾标源字段。
快速上手
mstar-harness
— 源: plugin_wiki.wiki_content
安装与验证
dsh plugin --profile web add @mstar-harness/dsh
复制以上命令在 DSH Web Profile 内运行。安装完成后在「插件列表」启用即可。
— 源: plugins.install
关键要点
- 确定性门禁,由 TS 引擎强制执行 —— path/status/lease/dispatch/sdd/iteration/lint 门禁运行在
@mstar-harness/engine中,而非仅靠 prompt 建议 - 判断留在
mstar-*skills —— skills 仍是角色、门禁与工作流判断的唯一事实来源(SSOT) - 一个引擎跨宿主 —— 同一引擎 + skills 驱动 dsh(DeepSeek Harness)、omp、OpenCode、Cursor、Kimi Code、ZCode、Codex
- Agent Plugin 打包 —— 一条命令安装;可移植到任意 Agent Plugins v1.0.0 客户端
- 推荐宿主(最佳 → 可用):dsh = omp ≥ OpenCode ≥ Cursor > Kimi = ZCode > Codex
— 源: plugin_wiki.readme_zh (fallback readme_raw)
常见问题
这个插件和大模型本身有什么关系?
没有任何关系。它不调用、不转发任何模型 API,只是把 dsh 内置的多代理调度能力挂上一层"流程护栏",给 PM/QC/QA 等角色一套统一的状态机和工作流模板。
安装后需要手动改 dsh 的源码或配置吗?
不需要。插件以 cordis 扩展插件的形式注入 dsh,启动时自动挂载引擎护栏和角色装饰;如需调整强制度或自定义技能目录,再编辑 profile 层的 cordis.patch.yml 即可。
必须同时安装 dsh-llm-fallbacks 吗?
可选。基础护栏、状态校验、技能挂载不依赖它;只有当你想让 mstar 的 13 个角色自动注入 dsh-llm-fallbacks 的模型路由体系并使用默认人设时,才需要二次安装它。
这个插件会影响 dsh 的官方功能吗?
不会。它只通过 dsh 官方扩展面(cordis 注入点、fs 写入拦截、工具预执行拦截、subagent 启动事件)工作,不会 fork 或打补丁 dsh 本体;dsh 升级后插件 bundle 可独立重建。
如何完全卸载?
在 dsh profile 目录中删除 @mstar-harness/dsh 对应的依赖并重跑 dsh plugin reconcile,或直接 dsh plugin --profile web remove @mstar-harness/dsh(取决于 dsh CLI 版本)。
— 源: plugin_wiki.faq_json
兼容性
- DSH: 0.1.0-rc.7+
- Node: 未声明(依赖宿主 dsh 进程运行时;构建侧 Bun >=1.2.17)
— 源: plugin_wiki.compatibility_json
踩坑提醒
安装前请审阅上游仓库;本指南基于已收录字段自动派生,可能滞后于最新版本。如发现与官方文档冲突,请以上游为准。
— 来源:通用规则