Files

imccyu 0559e0207e chore(storage,workspace): gates — coverage, catalogs, bilingual note

- Per-file 100% coverage across the five new packages (invariant
  companion suites, failure-injection negatives, lifecycle and
  malformed-medium branches).
- Canonical README Model Experience / Known Limitations sections; new
  storage/ and workspace/ group READMEs; packages/README.md rows (budget
  ceiling raised 760 → 790 for the two new groups).
- Cordis catalog/type-link registrations, service-role classification,
  and regenerated catalogs/graphs for the new services and events.
- Agent Note: English body + i18n pairing record; design-sketch fences
  opted out of doc-typecheck as ignore-check.
- Two exactOptionalPropertyTypes/discriminant fixes in new tests.

doc-sync (24 gates), typecheck, hygiene, and the five-package suite
(92 tests) all pass.

2026-07-25 11:08:04 +08:00

src

fix(storage,workspace): post-review hardening

2026-07-25 11:08:04 +08:00

tests

chore(storage,workspace): gates — coverage, catalogs, bilingual note

2026-07-25 11:08:04 +08:00

package.json

feat(storage): storage hub with named backend registry and data-form mounts

2026-07-25 11:08:04 +08:00

README.md

chore(storage,workspace): gates — coverage, catalogs, bilingual note

2026-07-25 11:08:04 +08:00

tsconfig.json

feat(storage): storage hub with named backend registry and data-form mounts

2026-07-25 11:08:04 +08:00

README.md

@deepseek-ai/dsh-storage

Storage hub (ctx.storage) for non-session data: a named backend registry plus mounted data-form facilities. The hub performs no IO itself — backends own media, data forms own semantics. Design and trade-offs: domain KV storage Agent Note.

Shape

ctx.storage.backend — name → backend table. Multiple backends stay mounted side by side (json, sqlite); which backend serves a consumer is that consumer's configuration (the domain layer's route table), never a hub-global choice. register() returns the disposer; duplicate names and unknown lookups fail loud.
ctx.storage.mount(form, facility) / ctx.storage.form(form) — data-form mounting. StorageForms is merge-extensible; the domain layer merges domain and is reached as ctx.storage.domain.
A backend owns one medium (file-tree root, database file) and exposes optional data-shape facets — kv today; an append-log facet is reserved for the future session-backend migration. src/backend.ts is the normative contract text; tests/contract.ts exports the shared conformance suite every backend runs.

Packages in this group

Package	Role
`dsh-storage`	The hub service + backend vocabulary + shared conformance suite
`dsh-storage-json`	JSON backend: one unit per human-readable file, atomic whole-file rewrite
`dsh-storage-sqlite`	SQLite backend: one database hosting all routed units, document-per-row
`dsh-domain`	Domain data form (`ctx.storage.domain`): typed schemas, write chain, change events

Model Experience

Backend and form registrations

What the model sees

Nothing. ctx.storage is a host-side registration table; the hub registers no tools, injects no prompts, and writes no session events.

Token effect

Zero direct tokens on every request.

KV Cache effect

Independent of live requests: the hub never touches a request prefix, so it cannot invalidate provider cache reuse.

Known Limitations and Deferred Work

kv is the only data shape — the append-log facet the future session-backend migration needs is reserved in the design note but not yet defined; backends currently have exactly one facet to implement.
Forms resolve lazily — reading ctx.storage.domain before the domain plugin mounts throws form-not-mounted; assemblies order plugins accordingly (misconfiguration fails loud rather than silently deferring).