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다. 저장소가 제공하는 것은 셋이다. 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 번들을 넣는다: `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에 붙여 넣으면 이 페이지로 연결됩니다.

배지(한 줄)Markdown 복사

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

카드(440×200)Markdown 복사

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