Files
lefarcen 6788a8667b fix(dsh): support DeepSeek Harness 0.1.2-rc.1, now npm's latest (#7825)
`@deepseek-ai/dsh@0.1.2-rc.1` was published on 2026-09-03 and holds npm's
`latest` dist-tag, so it is what a user who installs without naming a version
receives. Both of our authorities rejected that line:

  - the agent def did not accept `0.1.2-rc.1`, so Settings labelled the user's
    CLI untested;
  - `packages/dsh-runtime`'s peer ranges evaluated to false for it, because
    semver admits a prerelease only against a comparator sharing its exact
    major.minor.patch and carrying a prerelease of its own — so the companion
    component could not resolve at all. That half is silent, which makes it the
    worse one.

Move the installers to `0.1.2-rc.1` with a resolution cutoff between its publish
time and any successor, add the `0.1.2-rc.N` alternative to the accepted line,
and add the matching comparator to all five dsh peers. All five, because a
single updated peer would otherwise vouch for the other four.

The Alpine fallback in install-dsh.sh named `0.1.0-rc.6` — two patch lines stale,
because nothing pointed at it when the pin moved. It now interpolates
$DSH_VERSION.

Both test files previously pinned the broken state, asserting `0.1.2-rc.1` was
rejected; they now assert the invariant and went red before any source change.
`0.2.0-rc.1` stays refused by both authorities so the widening cannot decay into
accepting everything.

`packages/dsh-runtime`'s dependencies and devDependencies stay at `0.1.1-rc.2`
on purpose: bumping them resolves a mixed-generation tree (dsh-scope and
dsh-settings stay on 0.1.0-rc.6) and wants a cordis bump too. See the PR body.

Claude-Session: https://claude.ai/code/session_01B8MaA1ABkvbnfaYUKw3UH3
2026-09-07 07:33:19 +00:00
..