Skip to content

feat(meta): integrate Muse Code through the shipped Meta provider - #5

Merged
TheStreamCode merged 1 commit into
mainfrom
feat/meta-provider-integration
Oct 26, 2026
Merged

TheStreamCode merged 1 commit into
mainfrom
feat/meta-provider-integration

Conversation

@TheStreamCode

Copy link
Copy Markdown
Owner

What

Reworks the bundle onto the meta provider that DeepSeek Harness already ships, replacing the unsupported second @deepseek-ai/dsh-llm-pi-ai instance.

  • The muse-code-llm row could not activate in DSH 0.2.1-rc.3 (configurable provider "amazon-bedrock" is already declared), so nothing appeared under Settings > Models or in the picker (/muse-login was added in this branch as an unreleased fix).
  • The bundle now declares the shipped meta route in the llm-pi-ai settings section, adds /muse-login, and adds a Sign in control under Settings > Models backed by an exact local POST/GET /muse-code/login route (DSH exposes no Remote method for provider OAuth flows).
  • The Host opens the Meta verification page in the default browser and returns the code; the command is also a fallback.
  • The Client half ships as a browser classic script (client/client.js); the previous lib/client.js carried export {} from tsc and aborted the Web boot with Unexpected token 'export'.

Notes

  • Removes the hand-written route, MUSE_CODE_SUB_TOKEN handling, and the muse-wonder model ids that DSH's catalog does not serve.
  • AUTH_CONTRACT.md keeps the pinned wire values; the text now records that DSH implements the flow.
  • Version bumped to 0.2.0; lib/ rebuilt from src/.

Verification

  • npm run typecheck, npm run build
  • npm test (17 tests: notice shapes, command, HTTP route GET/POST/409/504, client artifact classic-script parse and click path, manifest)
  • markdownlint-cli2 on the docs workflow files: 0 issues
  • Isolated DSH boot with the bundle: route meta registered as Muse Code (Meta subscription), catalog models listed, llm-pi-ai/meta flow present, muse-login command registered, no activation warning

DeepSeek Harness already ships the `meta` pi-ai route and its device-code
flow, so the bundle now integrates them instead of inserting a second
`@deepseek-ai/dsh-llm-pi-ai` instance, which cannot activate because every
instance declares the whole provider catalog.

- declare the `meta` route in the `llm-pi-ai` settings section so the
  provider appears under Settings > Models and in the model picker
- add the `/muse-login` command and a Sign in control under Settings > Models,
  backed by an exact local `POST/GET /muse-code/login` route
- open the Meta verification page in the default browser and show the code
- read the authorization seam's neutral notice shape (`message`/`url`/`code`)
- ship the Client half as a browser classic script; the ESM `export {}` that
  tsc emitted aborted the Web boot
- drop the hand-written route, `MUSE_CODE_SUB_TOKEN` handling, and the
  `muse-wonder` ids that DSH's catalog does not serve

BREAKING CHANGE: 0.1.x embeddings and their credentials are replaced; see
CHANGELOG and README for the 0.2.0 upgrade note.
@TheStreamCode
TheStreamCode force-pushed the feat/meta-provider-integration branch from 870bf07 to 42e88f2 Compare October 26, 2026 09:42
@TheStreamCode
TheStreamCode merged commit 500868f into main Oct 26, 2026
8 checks passed
@TheStreamCode
TheStreamCode deleted the feat/meta-provider-integration branch October 26, 2026 09:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant