
btspoony/mstar-harness
453最近提交 2026年8月16日
mstar-harness DSH 插件
Morning Star 是一个 TypeScript 开发的 Harness 工作流引擎,通过 @mstar-harness/engine 强制确定性门控,mstar-* 技能提供角色、门控和工作流判断。它支持多个宿主,包括 dsh、omp、OpenCode、Cursor、Kimi Code、ZCode 和 Codex。
如何安装 mstar-harness DSH 插件
dsh plugin --profile web add @mstar-harness/dsh复制不会执行命令。安装 mstar-harness DSH 插件前请核对仓库和版本。
mstar-harness DSH 插件数据来源
mstar-harness DSH 插件快照日期:2026年8月16日
discovered
mstar-harness DSH 插件能做什么
- 由 TypeScript 引擎强制执行的确定性工作流门控(路径、状态、租约、调度、SDD、迭代、lint)
- 跨宿主支持:兼容 dsh、omp、OpenCode、Cursor、Kimi、ZCode 和 Codex
- 迭代工作流:Phase 1–5 生命周期,支持交互或自主模式
- 代码库审计:只读调查,生成优先级排序的改进计划
- 可移植的 Agent Plugins v1.0.0 清单,包含 plugin.json 和 skills/ 目录
mstar-harness DSH 插件适合哪些场景
- 多阶段迭代开发,包含结构化规划、执行、QC 和 QA 门控
- 代码库审计,发现改进机会而不修改源码
- 单计划热修复或功能开发,附带确定性门控检查
- 基于角色的多智能体代码交付(PM、架构师、开发、QA 等)
mstar-harness DSH 插件适合谁
- 使用 DeepSeek Harness (dsh) 并希望获得结构化工作流引擎的开发者
- 需要确定性、多智能体代码交付且包含角色门控的团队
mstar-harness DSH 插件的限制
- 在 dsh 上安装需要使用宿主专用命令(dsh plugin --profile web add @mstar-harness/dsh),而非通用 CLI init
- PM 技能需要在大多数宿主上手动加载(例如通过 /pm、/skill:pm 或代理选择)
- 提供了推荐的宿主兼容性顺序(dsh = omp ≥ OpenCode ≥ Cursor > Kimi = ZCode > Codex),表明支持程度不同
- 项目标记为预发布版本,可能仍处于早期开发阶段
mstar-harness DSH 插件的仓库 README 摘录
以下文字摘自 mstar-harness DSH 插件的上游仓库 btspoony/mstar-harness 的 README,版权归原作者,仅作引用。
Harness Workflow Engine · Agent Plugin English / [中文](README_CN.md) <a href="https://github.com/btspoony/mstar-harness">GitHub</a> · <a href="https://github.com/btspoony/mstar-harness/issues">Issues</a> [](https://github.com/btspoony/mstar-harness/actions/workflows/ci.yml) [](LICENSE) [](https://github.com/btspoony/mstar-harness/releases) [](https://github.com/btspoony/mstar-harness/commits/main) [](https://dshfind.com/zh/plugins/btspoony/mstar-harness?ref=badge) [](https://whyihaveyou.github.io/dsh
阅读完整 README仓库许可: MIT
mstar-harness DSH 插件常见问题
如何在 DeepSeek Harness 上安装 Morning Star?
不要使用通用的 CLI init 命令。请在终端中运行 `dsh plugin --profile web add @mstar-harness/dsh`。安装后,重新加载宿主(例如重启或使用可用的重新加载命令)。
Morning Star 支持哪些宿主?
Morning Star 支持 dsh、omp、OpenCode、Cursor、Kimi Code、ZCode 和 Codex。推荐的宿主顺序是 dsh = omp ≥ OpenCode ≥ Cursor > Kimi = ZCode > Codex,但所有宿主均可使用。
如何开始一个工作流迭代?
在 dsh、omp 或 OpenCode 宿主中使用 `/iteration-start` 命令。这会启动一个 Phase 1 交互式需求确认会话,然后自动继续到 Phase 2–5。你也可以使用 `/iteration-loop` 进行完全自主的运行。
能否在没有迭代的情况下使用 Morning Star 进行简单的热修复?
可以。进入项目经理(PM)角色,使用 `/pm`(或对应宿主的等效命令),然后按照每个计划的循环执行:准备 → 执行 → QC → QA 门控 → 完成。不需要迭代包装器。
代码库审计功能是什么?
`/codebase-audit` 命令对你的仓库进行只读调查。它会生成优先级排序的、独立的改进计划,保存在 `{PLAN_DIR}/audit-<date>/` 目录中。你可以使用关键词如 `quick`、`deep`、`security`、`perf` 或 `simplify` 来细化范围。