mstar-harnessA73

package.json に dsh.bundle の宣言がないため、profile に入れてもアセンブリされません。 インデックス一覧・ドキュメント・単体アプリ、あるいは開発中のものかもしれません。使い方はリポジトリの README を確認してください。

Morning Star の中心的な主張は、ワークフローのゲートはプロンプト内の提案ではなくエンジンによる強制であるべきだ、というものだ。path・status・lease・dispatch・sdd・iteration・lint の各ゲートは `@mstar-harness/engine` の内部で走る。強制しているのは TypeScript のコードであって、モデルが従うことを選んでいるのではない。判断そのものは `mstar-*` スキルに残る。ロール・ゲート・ワークフロー判断の単一の真実の源はあくまでスキルであり、エンジンは決定的な半分だけを担う。この分担のおかげで、ひとつのエンジンとひと揃いのスキルがホストをまたげる。dsh（DeepSeek Harness）・omp・OpenCode・Cursor・Kimi Code・ZCode・Codex にはいずれもホストアダプタがあり、作者が挙げる推奨順（最良から使用可能まで）は dsh = omp ≥ OpenCode ≥ Cursor > Kimi = ZCode > Codex だ。リポジトリが提供するのは 3 つ。Harness Workflow Engine（`@mstar-harness/engine`、決定的ゲートの TS による強制）、mstar CLI（`@mstar-harness/cli`、インストーラのブートストラップと `mstar` ワークフロー動詞）、そして `mstar-*` スキル（ロール・ゲート・ワークフロー判断の単一の真実の源）。導入時の注意がひとつ。dsh は CLI ではなく自身のプラグインマネージャ経由で導入する。`npx @mstar-harness/cli init` に dsh のターゲットは無く（omp / OpenCode / Cursor / Kimi / ZCode / Codex をカバーする）、dsh ではホスト自身のコマンドで profile bundle を入れる：`dsh plugin --profile web add @mstar-harness/dsh`。

• ▸決定的ゲート（path / status / lease / dispatch / sdd / iteration / lint）を TS エンジンが強制、プロンプトの提案ではない
• ▸判断は `mstar-*` スキルに残り、ロール・ゲート・ワークフロー判断の単一の真実の源としてエンジンと明確に分担
• ▸ひとつのエンジン + スキルがホストをまたぐ：dsh・omp・OpenCode・Cursor・Kimi Code・ZCode・Codex にアダプタあり
• ▸dsh ではホスト自身のプラグインマネージャで導入：`dsh plugin --profile web add @mstar-harness/dsh`（CLI init に dsh ターゲットは無い）

161 天历史的 Workflow 引擎+Agent 插件，CI/Release 齐；面向多 harness，DSH 是目标之一

README に貼るとこのページにリンクします。

バッジ（1 行）Markdown をコピー

[![dshfind](https://dshfind.com/api/badge/btspoony/mstar-harness?lang=ja)](https://dshfind.com/ja/plugins/btspoony/mstar-harness?ref=badge)

カード（440×200）Markdown をコピー

[![dshfind](https://dshfind.com/api/card/btspoony/mstar-harness?lang=ja)](https://dshfind.com/ja/plugins/btspoony/mstar-harness?ref=badge)