mstar-harnessDeepSeek Harness plugin

Morning Star is an Agent Plugin for harness engineering workflows: a TypeScript Harness Workflow Engine (@mstar-harness/engine) enforces deterministic workflow gates, while mstar-* judgment skills drive multi-agent code delivery.

• Deterministic gates, enforced by a TS engine — path/status/lease/dispatch/sdd/iteration/lint gates run in @mstar-harness/engine, not as prompt suggestions
• Judgment stays in mstar-* skills — skills remain the single source of truth (SSOT) for roles, gates, and workflow judgment
• One engine across hosts — the same engine + skills power dsh (DeepSeek Harness), omp, OpenCode, Cursor, Kimi Code, ZCode, and Codex
• Agent Plugin packaging — one-command install; portable across any Agent Plugins v1.0.0 client
• Pluggable JSON persistence — coordination docs (status.json, workflow snapshots, project residuals, review envelopes) persist through an ArtifactStore; the default FsStore keeps the existing .mstar/ paths, and integrations mount their own store via MSTAR_STORE_MODULE / --store / in-process setArtifactStore
• Recommended host (best → usable): dsh = omp ≥ OpenCode ≥ Cursor > Kimi = ZCode > Codex

What ships

Component	What it is
Harness Workflow Engine	@mstar-harness/engine — TS enforcement of deterministic workflow gates
mstar CLI	@mstar-harness/cli — installer bootstrap + mstar workflow verbs
mstar-* skills	Role, gate, and workflow judgment (single source of truth)
Host adapters	dsh, omp, OpenCode, Cursor, Kimi Code, ZCode, Codex

Release notes: CHANGELOG.md / CHANGELOG_CN.md.

Install

Host	Command
dsh (DeepSeek Harness)	npx @mstar-harness/cli init --target dsh (one CLI command that runs two independent dsh plugin --profile web add installs: @mstar-harness/dsh + dsh-llm-fallbacks; --no-fallbacks skips the latter) or dsh plugin --profile web add @mstar-harness/dsh + dsh plugin --profile web add dsh-llm-fallbacks
omp	npx @mstar-harness/cli init --target omp (links ~/.mstar/harness) or omp plugin install github:btspoony/mstar-harness
OpenCode	npx @mstar-harness/cli init --target opencode
Cursor	npx @mstar-harness/cli init --target cursor
Kimi	Kimi TUI: /plugins install https://github.com/btspoony/mstar-harness → /plugins reload
ZCode	npx @mstar-harness/cli init --target zcode then install morning-star-harness in ZCode → Settings → Plugin Management
Codex	npx @mstar-harness/cli init --target codex then codex plugin add morning-star-harness@mstar-repo (repo-bundled marketplace)
Generic (Agent Plugins v1)	point any Agent Plugins v1.0.0 conformant client at this repo root (plugin.json + skills/ are the portable package)

Engine gate checks (Recommended)

bash
npm i -g @mstar-harness/cli

Puts the mstar-harness binary (short alias mstar) on PATH, so the engine-check commands the skills cite (mstar status validate, mstar dispatch validate, mstar iteration gate, …) actually run.

init now auto-installs the matching-version CLI globally after a successful run — pass --no-global-cli to opt out.

Without a global install the harness still works and those checks stay advisory. Set enforcement: hard in an iteration compass to make dispatch preflights fail-fast.

Caution: mstar is a short alias and a shared bin namespace — an unrelated third-party npm package named mstar claims the same command name. The alias exists only where @mstar-harness/cli is installed: bare npx mstar … without the package resolves via the registry to that other tool, and globally co-installing both packages silently overwrites the mstar shim (last install wins). The canonical invocation name stays mstar-harness — use the long name on any conflict.

Verify

npx @mstar-harness/cli doctor --target <opencode\|cursor\|codex\|zcode\|omp\|dsh>.

The repo ships a portable Agent Plugins v1.0.0 manifest (plugin.json) at its root; skills/ is the Agent Skills component — verify it with npx @mstar-harness/cli plugin validate.

Manual install / path layout: INSTALL.md. CLI flags: docs/cli.md.

Use

Three entry shapes: without iteration (single plan / hotfix), with iteration (multi-plan Phase 1–5), or audit & review (read-only: discover what to do, or decide whether a change ships).

General (without iteration)

Enter PM, then run the per-plan cycle: Prepare → Execute → QC → QA gate → Done.

Host	Enter PM
dsh (DeepSeek Harness)	pm skill (via the mstar skill provider; no auto-load)
omp	/skill:pm each session (no auto-load)
OpenCode	agent.project-manager (agents/project-manager.md)
Cursor	/pm
Kimi	session auto-loads pm; or /skill:pm
ZCode	/morning-star-harness:pm each session (no auto-load)
Codex	/pm

Iteration

Command	When
/iteration-start [direction] [pause]	Start a new iteration: Phase 1 (interactive grill-me), then auto-continue Phase 2→5. direction — optional hint (still interactive). pause — stop after Phase 1; resume with /iteration-drive.
/iteration-drive	Resume Phase 2→5 on an already-locked iteration.
/iteration-loop [direction] [scale]	Full Phase 1→5 autonomous (no grill-me). direction — optional free text. scale — S / M / L / XL (default M).

Audit & review

Two read-only, advisory commands under one roof — they never edit source; findings can become plans for Prepare → Execute. SSOT → mstar-audit (variants: codebase-audit, pr).

Command	When
/codebase-audit [keywords]	Read-only survey of what's worth doing — prioritized, ready-to-execute plans; narrow it with category focus (bug, security, perf, tech-debt, …) when you want a targeted pass.
/amazing-pr-review [pr|branch|scope] [quick|default|deep]	Deep pre-merge review of a PR / branch / diff at three strengths — quick (single-pass, 1 seat) / default (no-flag landing tier, reduced seats) / deep (full three-stage pipeline) — one verdict (ship it / needs fixes / blocked) and every finding, posted to GitHub by the command's main agent at Stage 3 synthesis when a PR number is given. deep runs the full three-stage pipeline (collect → domain review → main-agent synthesis; one verdict / one GitHub Review); default / quick are lighter single/dual-seat passes. Multi-PR input → first PR only; remaining PRs queued as audit todos (next session); suggest one session per PR.

Harness Workflow

mermaid
1flowchart TD
2    A["PM: entry and intent clarification"] --> B{"PM: spec and context ready"}
3    B -->|No| C["PM: clarify and refine requirements"]
4    C --> B
5    B -->|Yes| D["PM: initialize/load HARNESS_DIR and PLAN_DIR"]
6    D --> E{"Iteration scope needed"}
7    E -->|Deep / first iteration| F["iteration-start: grill-me → compass → review → lock"]
8    E -->|Fast autonomous loop| F2["iteration-loop: Phase 1→5 continuous"]
9    F --> G["PM: lock compass and create integration branch"]
10    F2 --> G
11    G --> H["Phase 2→5: execute → close → PR → merge-ready"]
12    E -->|No| I["PM: select active plan from workflow snapshot"]
13    H --> I
14    I --> J{"Any plan not Done"}
15    J -->|Yes| K["PM: dispatch one plan on a feature branch"]
16    K --> L["Dev roles: implement and report"]
17    L --> M["PM: update plan and workflow snapshot"]
18    M --> N["QC trio: review gate"]
19    N --> O{"QC decision"}
20    O -->|Request Changes| K
21    O -->|Approve| P{"QA gate"}
22    P -->|mandatory| P1["qa-engineer: acceptance verification"]
23    P -->|pm-acceptance| P2["PM: acceptance checklist"]
24    P1 --> Q{"Residual findings remain"}
25    P2 --> Q
26    Q -->|Yes| R["PM/QA: register or accept residuals in project register"]
27    R --> S["PM: mark plan Done and merge to integration branch"]
28    Q -->|No| S
29    S --> T["PM: sync compass plan status"]
30    T --> J
31    J -->|No| U["iteration-close: close entry checklist"]
32    U --> V["PM: compound round and knowledge index"]
33    V --> W["PM: update roadmap and compass completed frontmatter"]
34    W --> X["PM: close exit checklist and commit"]
35    X --> Y["Phase 4: create PR"]
36    Y --> Z["Phase 5: merge-ready loop until CI green and reviews resolved"]

Without iteration: same per-plan gates, no iteration-start / iteration-close wrapper.

Roles and skills

Agent ID	Responsibility
project-manager	Routing, assignment, phase progression
product-manager	Requirements, product planning, research
architect	Architecture and technical contracts
fullstack-dev / fullstack-dev-2	Backend-led implement / second parallel track
frontend-dev	UI, interaction, frontend performance
qa-engineer	Acceptance when QA gate: mandatory
code-reviewer	SDD per-task review; codebase audit (audit category)
qc-specialist / -2 / -3	QC trio
ops-engineer	Deploy, monitoring, infrastructure
writing-specialist	Docs, fiction, copy, scripts
prompt-engineer	Prompt / skill / rule work

Load mstar-harness-core first, then topic skills on demand (mstar-roles).

Skill	Purpose
mstar-harness-core	Entry, state machine, Task category, skill index
mstar-phase-gates	Prepare/Execute, clarify, hotfix
mstar-iteration	Phase 1–5 iteration lifecycle
mstar-dispatch-gates	Dispatch, Delegation, anti-recursion
mstar-sdd	Subagent-driven development
mstar-branch-worktree	Branches, worktrees, QC/QA checkout
mstar-conventions	{HARNESS_DIR} discovery / init
mstar-artifacts	Plans, status.json, residuals, Findings cleanup
mstar-project-governance	Roadmap authoring + residual register lifecycle, _default fallback
mstar-design-md	DESIGN.md gate for UI plans
mstar-review-qc	PM QC tri orchestration
mstar-coding-behavior	RCA, test-first, review feedback, evidence
mstar-compound / mstar-compound-refresh	Knowledge crystallize / maintain
mstar-strategy	STRATEGY.md alignment
mstar-skill-authoring	General skill authoring (SkillsBench gate)
mstar-audit	Read-only codebase audit → prioritized improvement plans
mstar-roles	Role prompts + load lists
mstar-host	Host adapters (dsh / omp / OpenCode / Cursor / Kimi / ZCode / Codex)
pm	/pm / /skill:pm / host PM entry

Consumer plans default to .mstar/. Process artifacts (plans/, iterations/, status.json, workflows/, projects/, sdd/, …) are gitignored; tracked results: {HARNESS_DIR}/AGENTS.md, knowledge/, specs/. Specs resolve .mstar/specs/ → docs/specs/ → repo-root specs/. Repos with a non-default layout can declare every harness directory symbol in a gitignored .mstarc ([config] keys harness_dir / plan_dir / sdd_dir / iteration_dir / knowledge_dir / specs_dir / workflow_dir / project_dir — honored above probing). Details → mstar-conventions.

Maintainers: AGENTS.md.

License

MIT. See LICENSE.