Compatibility policy
August 30, 2026 ยท View on GitHub
The monorepo keeps tested DeepSeek Harness ranges in pnpm named catalogs. The
current baseline is Cordis 4.0.1 and the DSH 0.1.1-rc.2 package family.
Catalogs
pnpm-workspace.yaml defines two DSH catalogs:
catalog:dshcontains the compatible peer ranges shipped in public package manifests (^4.0.1for Cordis and>=0.1.1-rc.2 <0.2.0for DSH packages).catalog:dsh-devcontains exact versions used by local builds and CI.
Every imported DSH runtime is a peerDependency; the matching development copy
is a devDependency. Runtime packages must not be placed in ordinary
dependencies, because the host must provide a single compatible framework
instance.
Package matrix
| Package | DSH peers |
|---|---|
@yadsh/dsh-doc-impact | Cordis, LLM, tools |
@yadsh/dsh-draft-sessions | Cordis, gateway, client runtime/connection/locale/UI, Typert protocol |
@yadsh/dsh-kv-persist | Cordis, schemastery, LLM |
@yadsh/dsh-l10n-overrides | Cordis, client locale |
@yadsh/dsh-plugin-log-ui | Cordis, schemastery, gateway, client connection/runtime/settings/slots, settings, Typert protocol, React |
@yadsh/dsh-prompt-firewall | Cordis, gateway, client settings/runtime/slots, settings, system prompt, Typert protocol |
@yadsh/dsh-session-scope | filesystem, sandbox, session |
@yadsh/dsh-sleev | Cordis, client locale/runtime/settings/slots, LLM, settings |
@yadsh/dsh-plugin-log | none |
@yadsh/dsh-plugin-kit (private) | Cordis |
@yadsh/dsh-test-kit (private) | Cordis, Vitest |
@yadsh/dsh-config, @yadsh/dsh-plugin-kit, and @yadsh/dsh-test-kit are
private workspace packages and are not published. plugins/dsh-ui-repair is
currently a specification, not a package.
Upgrade rules
- Update peer ranges in
catalog:dshand exact CI versions incatalog:dsh-devtogether. - Run
pnpm installto refresh the single root lockfile. - Run
pnpm check,pnpm deps:check, andpnpm tarball:verify. - Update this matrix and affected plugin READMEs if the supported surface changes.
- Treat a dropped compatible runtime range as a breaking package change.
If a future DSH line needs incompatible code, use feature detection or a new major package release. Do not widen peer ranges without executing the full compatibility and packed-install tests.