Bundle
@ddtcorex/dsh-maestro-meta
Maestro Harness meta-bundle: thin v2 aggregator over eight granular dsh-maestro-* runtime rows (remote, review, govard, memory, mobile, notifier, config, dashboard).
- Source
- ddtcorex
- stars
- 1 stars
- License
- MIT
- Updated
- Updated yesterday
Readme
# @ddtcorex/dsh-maestro-meta > **Meta-bundle for Maestro Harness** — one `dsh plugin add` to install the whole DSH side of the stack. This package contains **no runtime code**. Its `cordis.patch.yml` is a thin v2 aggregator that re-exports the rows of the granular plugins: | # | Row id | Package | What it brings | |---|--------|---------|----------------| | 1 | **maestro-remote** | `@ddtcorex/dsh-maestro-remote` | Cloudflare tunnel + remote proxy + PIN + startup notification trigger | | 2 | **maestro-review** | `@ddtcorex/dsh-maestro-review` | Pluggable MR review pipeline (GitLab implemented, GitHub stubbed) | | 3 | **maestro-govard** | `@ddtcorex/dsh-maestro-govard` | Govard bridge tooling for PHP/Magento/Laravel projects | | 4 | **maestro-memory** | `@ddtcorex/dsh-maestro-memory` | Durable memory 5 tracks + todos + confirmation queue | | 5 | **maestro-mobile** | `@ddtcorex/dsh-maestro-mobile` | Mobile drawer/sheets for DSH Web (<1024px) | | 6 | **maestro-notifier** | `@ddtcorex/dsh-maestro-notifier` | Provider-neutral notification service (`maestroNotifier`, Telegram first) | | 7 | **maestro-config** | `@ddtcorex/dsh-maestro-config` | Shared settings store (`~/.dsh/maestro/settings.json`) + Settings card | | 8 | **dsh-maestro-dashboard** | `@ddtcorex/dsh-maestro-dashboard` | Dev dashboard surface for the Maestro harness | `@ddtcorex/maestro-skills` is also a dependency — it serves skills through its own provider and needs no row here. Govard itself is a Go binary (not a DSH plugin) and is installed separately — see `govard/README.md`. DeepSeek Harness (`deepseek-harness`) is the host. ## Install ```sh # One-liner for the whole DSH side of Maestro Harness dsh plugin --profile web add @ddtcorex/dsh-maestro-meta # Equivalent manual install (what the meta does for you) dsh plugin --profile web add @ddtcorex/dsh-maestro-remote dsh plugin --profile web add @ddtcorex/dsh-maestro-review dsh plugin --profile web add @ddtcorex/dsh-maestro-govard dsh plugin --profile web add @ddtcorex/dsh-maestro-memory dsh plugin --profile web add @ddtcorex/dsh-maestro-mobile dsh plugin --profile web add @ddtcorex/dsh-maestro-notifier dsh plugin --profile web add @ddtcorex/dsh-maestro-config dsh plugin --profile web add @ddtcorex/dsh-maestro-dashboard ``` `@ddtcorex/dsh-maestro-guard` is intentionally **opt-in** (approval gate; not part of this bundle until published). For local development (`link:`): ```sh dsh plugin --profile web add link:/path/to/maestro-harness/dsh-maestro-meta # or link each component individually — same result ``` Verify: ```sh dsh --profile web --dump-config | grep -E 'maestro-' ``` Any row can still be overridden by a higher profile layer (profile's `cordis.patch.yml` or `--patch`) by targeting its `id`. ## Why a meta-bundle? - **Single install** for new machines / CI - **One version to pin** in `~/.dsh/profiles/web/package.json` - **No code duplication** — this package is patch-only, delegates to the granular bundles under `packages/` - Keeps the local umbrella workspace at `/path/to/maestro-harness` as the source of truth. ## Versioning Bump `version` here when you want to publish a new curated set (new row added or removed ⇒ minor bump). The component versions are pinned as `workspace:^x.y.z` ranges locally and `^x.y.z` when published — update them when components publish changes. ## See also The umbrella workspace is local-only, not a published Git repository. From an umbrella checkout, consult its `README.md`, `AGENTS.md`, `docs/architecture.md`, and `docs/specs/`. ## Installing with plain pnpm `pnpm add @ddtcorex/dsh-maestro-meta` needs overrides for the DSH internal packages that are only published as prereleases under the `next` dist-tag (their published ranges are clean `^0.1.x`, which prereleases cannot satisfy). Add this `pnpm-workspace.yaml` next to your `package.json`: ```yaml packages: - . overrides: '@deepseek-ai/dsh-invariants': 0.1.1-rc.2 '@deepseek-ai/dsh-typert-registry': 0.1.1-rc.2 '@deepseek-ai/dsh-typert-protocol': 0.1.1-rc.2 '@deepseek-ai/dsh-scope': 0.1.1-rc.2 '@deepseek-ai/dsh-brand': 0.1.1-rc.2 '@deepseek-ai/dsh-attachment': 0.1.0-rc.8 '@deepseek-ai/dsh-timeout': 0.1.0-rc.8 ``` Installing through the DSH CLI (`dsh plugin add @ddtcorex/dsh-maestro-meta`) does not need this — the CLI resolves the pinned set itself. Individual granular packages (`@ddtcorex/dsh-maestro-*`) install with plain pnpm without overrides; only the full meta bundle hits the shared peer graph.
Install
dsh plugin --profile web add github:ddtcorex/dsh-maestro-meta
Profile: web
With the hub plugin installed, ask your agent to install it by name — it resolves the same plan shown here.
dsh plugin --profile web add github:stvlynn/dsh.fish#path:packages/dsh-plugin-hub
install ddtcorex-dsh-maestro-meta from the hub
- This package builds from source on install. pnpm will ask you to allow its build script — that is permission to run the package’s code on your machine, outside the agent sandbox. Only allow sources you trust.
- This source has no pinned commit, so a later push upstream changes what installs. Prefer pinning a commit.