fix: correct stale MusehubDomain docstring; publish real canonical domains
gabriel spotted /domains showing zero results on staging. Investigation (direct-fetch each expected scoped_id, which bypasses any deprecated filter) confirmed this wasn't a query bug — code/identity/mist were real, active local plugins that had simply never been published to the marketplace catalog. The model's own docstring falsely claimed "@gabriel/midi" and "@gabriel/code" ship as canonical pre-registered domains; neither did.
- Published @gabriel/code, @gabriel/identity, @gabriel/mist for real against staging, using `muse domains use <name>` + `muse domains publish` (no --capabilities) so each domain's manifest is auto-derived from its actual schema() — not hand-typed JSON. - @gabriel/midi intentionally NOT published — the plugin is disabled in muse/plugins/registry.py pending its own security/perf audit. - Corrected the docstring to name the domains actually published and explain why midi isn't among them.
Verified live: GET /api/domains now returns all 3; /domains SSR page renders all 3 scoped IDs.
Semantic Changes
1 symbol
Files Changed
~1
1006 in snapshot
0 comments
muse hub commit comment sha256:00d73e46ab44c19a19f6cd01697b233504953bc5092f5999af4a447d9a23b773 --body "your comment"
No comments yet. Be the first to start the discussion.