DSH HUB
HomePlugin StorePlugin PacksCommunityRankingsResourcesPublish Guide
Plugin source
Back to catalog

ynnmuraii /

ynnmuraii/dsh-sandbox

Topic repository only

dsh-lab meta-repo: plugin laboratory for DeepSeek Harness (workbench, template, catalog)

★ 1 Stars0 Forks0 IssuesN/A Community rating0 Confirmed installs
View on GitHub
READMESource: master@ea1842f9

dsh-lab

DeepSeek Harness plugin laboratory: a meta-repo for authoring, pinning, and verifying external plugins that ship as installable bundles.

The lab is an agent-first forge: an agent and its harness use it as a bounded environment for creating and checking plugins. The first-slice commands are:

pnpm lab inspect <name>|--path P [--json]
pnpm lab dev <name>|--path P --target T
pnpm lab verify <name>|--path P --target T [--json]
pnpm lab status <name>|--path P [--json]
pnpm lab ui start <name>|--path P --target T [--json]
pnpm lab ui status <session-id> [--json]
pnpm lab ui finish <session-id> --verdict pass|fail --summary "..." [--json]
pnpm lab ui abort <session-id> [--json]

dev is live/in-place and read-only with respect to the plugin: it reads the current source, including uncommitted and untracked files, while profiles and overlays stay under the forge's .lab/runtime. verify copies that current source into a temporary workspace and always removes the temporary workspace; the forge keeps only minimal evidence as memory of the result. Catalog lookup is convenient and init/initialization is optional; only explicit authoring commands mutate plugin repositories. The portable agent entrypoint is .agents/skills/dsh-plugin-development/SKILL.md; it is hand-authored advisory methodology for the agent. pnpm lab sync-context regenerates the .dsh-lab/shared-context.md snapshots inside each plugin repo from context/*.md, while pnpm lab doctor reports missing or stale snapshots without writing files.

The lab ui start/status/finish/abort family is a separate protocol for a temporary isolated runtime and minimal factual UI verdict. An external browser or vision agent/harness owns navigation and visual decisions; screenshots and browser artifacts are transient and not retained by the lab.

The lab also exposes its control plane over MCP (pnpm lab mcp). The dsh_lab.ui_start/status/finish/abort family drives the temporary isolated UI runtime above, while dsh_lab.dev_start/status/stop drives live dev sessions. dsh_lab.dev_start boots a detached supervisor against the plugin's live source path (no bundle gate) and returns a dev-YYYYMMDDTHHMMSSZ-xxxxxxxx handle plus a bounded loopback URL (http://127.0.0.1:<port>); it blocks only until the session leaves starting, then reports a restartRequired latch that is set by a changed plugin manifest/metadata digest, a changed target pin, or any edit under src/** (which latches the reason source-changed). The latch is one-way and never auto-restarts: to pick up a source edit, stop the session and dev_start again with the new source. dsh_lab.dev_status re-reads that latch and liveness, and dsh_lab.dev_stop cooperatively stops the session, verifies cleanup, and returns the retained stopped tombstone. Dev sessions are read-only with respect to the plugin: all writes stay under .lab/runtime.

Phase 5 is honest v1 without live reload (HMR). Upstream DSH Web hot-module reload is disabled and untested for the Web bundle (cordis.patch.yml sets - id: hmr / disabled: true with a TODO to re-enable it once its reload lifecycle is tested). The lab does not patch DSH, so a dev session does not hot-reload src/**; an edit instead latches restartRequired with reason source-changed, and stop→start loads the new source. When the official DSH release provides a tested reload lifecycle, the lab can remove the restart requirement.

  • Author guide & recipes — context/lab-author-guide.md
  • Root context library — context/ (plugin shared-context snapshots derive from it)
  • Portable agent skill — .agents/skills/dsh-plugin-development/SKILL.md
  • Compatibility pins — workbench/compatibility.yaml
  • Plugin index — catalog.yaml

Quick start

pnpm install
pnpm lab doctor          # toolchain + pins
pnpm lab upstream check  # compare pinned master with the configured remote
pnpm lab new my-plugin   # scaffold a plugin
cd plugins/my-plugin
pnpm install --config.minimumReleaseAge=0 --config.strictDepBuilds=false
pnpm test

Adopt a reviewed upstream master explicitly with pnpm lab upstream update. Add --verify to run the root checks, build the adopted checkout, and verify every catalogued plugin that declares master. The updater never commits, pushes, merges, resets, or rolls changes back.

See context/lab-author-guide.md for the full recipe set and troubleshooting.

—/ 5

No ratings yet

Manifest verification required

Commit ea1842f93900

Community comments

No comments yet. Be the first to write one.

DSH HUB

A community index for DSH plugins. Not an official GitHub or DeepSeek AI product.

CommunityResourcesAPIAbout