dsh-openrouter-sync

Keep the DSH openrouter provider model list in sync with OpenRouter's currently-free models.

A DeepSeek Harness plugin, packaged as a DSH bundle: package.json declares dsh.bundle.patch, and cordis.patch.yml inserts the openrouter-sync row into the active profile. Host-only plugin: every six hours it rewrites the openrouter provider models in the active profile patch; HMR recomposes it live.

Install

• Desktop app: Plugins → install github:bosenok/dsh-openrouter-sync (private repository: give the machine git access), then enable the bundle.
• CLI: dsh plugin --profile <profile> add github:bosenok/dsh-openrouter-sync.
• Local checkout: dsh plugin --profile <profile> add file:/path/to/dsh-openrouter-sync.

Enabling the bundle mounts the plugin; HMR applies it to a running app, and a restart makes sure the client half is rebuilt.

Note for the app-managed desktop profile: dsh plugin --profile desktop add only installs the dependency and copies the package; unlike a regular profile it does not enable the bundle. Enable it by adding the package name to dsh.profile.bundles in ~/.dsh/profiles/desktop/package.json (or through the Plugins page). Other profiles enable the installed bundle automatically.

Where the key comes from

The host half resolves OPENROUTER_API_KEY through the harness credential service first, then the process environment, then ~/.dsh/.credentials.yaml; with no key it still lists the provider's models only when configured — the sync itself is skipped. Nothing plugin-specific to set up beyond the OpenRouter provider (or an OPENROUTER_API_KEY entry in the credential store / environment layers).

Development

lib/ is built and committed; the sources live in src/. Rebuild the client with the repository's Vite config (npx vite build → dist/, then the wrapper in build/wrapper.js produces lib/client.js).

License

MIT — see LICENSE. Third-party code bundled into lib/ and its licenses are listed in THIRD_PARTY_NOTICES.md.