dsh-magpie-lite
将本地 magpie-lite 网关中的模型接入 DeepSeek Harness。一处配置，所有智能体共享。
插件会安装到这里；不确定时保持 web。
npx -y @deepseek-ai/dsh plugin --profile web add dsh-magpie-lite@1.0.0Magpie Lite 以 dsh-magpie-lite 发布，当前版本为 1.0.0。Plugin Hub 会校验它的 manifest，并保存精确安装来源，便于复现安装结果。
Expose your local magpie-lite gateway to DeepSeek Harness as a normal provider. Once installed, DSH's model picker gains a magpie-lite group listing every model you enabled in the gateway console — configure once, and DSH / Claude Code / Codex share the same model set.
DSH Settings → Plugin Marketplace → search dsh-magpie-lite → Install.
This path uses the prebuilt npm package, so no allowBuilds approval is needed.
dsh plugin --profile web add dsh-magpie-lite
Copy-Item -Path "<repo>\*" -Destination "$env:USERPROFILE\.dsh\profiles\node_modules\dsh-magpie-lite" -Recurse -Force
Then add dsh-magpie-lite to dsh.profile.bundles in profiles/desktop/package.json and restart DSH.
Installing from source makes pnpm intercept build scripts, so you must add allowBuilds to the
profile's pnpm-workspace.yaml yourself; the npm package is prebuilt and has no such step.
DSH model picker
| magpie-lite/deepseek-chat
v
dsh-magpie-lite (this plugin)
| locates the gateway's config.json (see below)
| builds a pi-ai provider over openAICompletionsApi
| ctx.llm.registerAdapter(['magpie-lite'], adapter)
v
magpie-lite gateway http://127.0.0.1:19998/v1
| routes by provider/model prefix
v
DeepSeek / GLM / Kimi / OpenCode Zen / OpenRouter / Ollama / Pollinations
The plugin never touches request payloads — protocol translation, streaming, and tool calls all belong to the gateway.
Gateways live in different places on different machines, so no path is hardcoded. Resolution order:
MAGPIE_LITE_CONFIG environment variable — points at your config.json$MAGPIE_LITE_HOME/config.json — a custom gateway install directory<DSH home>/magpie-lite.json — written by the gateway on startup, recording
the absolute path of its config.json. This is the main mechanism, and it works wherever the
gateway happens to be installed<DSH home>/magpie-lite/config.json — the conventional location, as a fallback when the
gateway is not runningconfig.json shipped next to this plugin<DSH home> is $DSH_HOME, else ~/.dsh.
While the gateway runs, the pointer is always current. When it does not, the plugin falls back to the conventional path, and reports the expected location instead of silently showing zero models.
powershell -ExecutionPolicy Bypass -File <gateway-dir>\register-autostart.ps1No DSH restart needed — the plugin watches config.json and re-registers (400 ms debounce).
Edit port / gatewayKey in your gateway's config.json. The plugin reads the same file, so both stay in sync automatically. The pointer's baseUrl may lag if the gateway was last started with PORT=xxxx; the config's port is what the plugin ultimately uses.
Set the environment variable MAGPIE_LITE_CONFIG to your config.json path, then restart DSH.
When the gateway suite is installed elsewhere, set MAGPIE_LITE_HOME to that directory instead.
The CLI runs standalone, no DSH needed:
node "$env:USERPROFILE\.dsh\profiles\node_modules\dsh-magpie-lite\lib\bin.js"
It prints the route, key fingerprint, and the models that will be registered. A count of 0 means the problem is on the gateway side, not DSH. It also prints which config.json it actually used — if that is not the file you expected, check MAGPIE_LITE_CONFIG, MAGPIE_LITE_HOME, and the pointer file.
Gateway logs: <gateway-dir>\data\gateway.watch.log (watchdog restarts) and data\boot.log.
stop sequences are unsupported — a pi-ai-wide limitation, not specific to this plugin.Free models carry a （免费） suffix on their display name (DSH's picker shows openai（免费）).
The test is whether that provider declares free: true in config.json:
{ "id": "pollinations", "free": true, "models": ["openai", "openai-fast"] }
It has to be an explicit free: true — inference from "no apiKey filled in" would mislabel paid
providers such as DeepSeek or Zhipu, whose keys are simply not entered yet. The suffix only changes
the display name; the model id (provider/model) is untouched, so routing and calls are unaffected.