siliconflow/dsh-llm-siliconflow v0.2.0-rc.2

0.2.0-rc.2 — dsh 0.1.5 adaptation

Repository: siliconflow/dsh-llm-siliconflow

Tag: v0.2.0-rc.2

Published: 2026-09-14T05:33:24Z

Prerelease: yes

Release notes: Adapts the adapter to the dsh 0.1.5 family, fixing the reported startup failures and the API drift found while compiling against current harness sources.

Fixed

• ESM link-time crash on dsh 0.1.5 (SyntaxError: ... does not provide an export named 'CallId'): @deepseek-ai/dsh-llm renamed the brand export to ToolCallId in 0.1.2-alpha.2; the 0.2.0-rc.1 bits still linked the old name.
• Credentials layout: the old wizard wrote a top-level SILICONFLOW_API_KEY beside a version: 1 stamp, which every dsh ≥ 0.1.2 boot rejects with unknown top-level key. The wizard now:
• reads both the versioned and the pre-release flat layout;
• upgrades a flat document in place, entries and comments preserved;
• folds a pre-fix wizard's top-level key back under refs — one run repairs the file its predecessor corrupted;
• refuses any unrecognized document loudly instead of rewriting it.
• Harness API moves in index.ts: deepEqualJson from @deepseek-ai/dsh-util-values, installSettingsSection replaced by ctx.inject(['settings']) + service installSection, model-discovery callback takes LlmModelDiscoveryOperation (signal moved types).

Also

• CI pins the harness checkout to c291e796 (master at the 0.1.5-rc.2 publish) — the pin previously predates the settings/llm export changes this release compiles against.

Note for old-dsh hosts: this release requires the new-era dsh family; old-era (dsh-llm 0.1.1.x) hosts hit an npm ERESOLVE (the dsh-util-values peer never existed there). That is fixed in 0.2.0-rc.3 with a single dual-era build.

Verified: tsc -b, oxlint, 204/204 tests, coverage gate (100/97), standalone build against npm 0.1.5-rc.2 devDeps, and an end-to-end repair run of the exact corrupted file from the user report.

Full change details: #2 (squash of PR #3's ancestor commit 7830e1d)