You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Browse filesBrowse the repository at this point in the historyBrowse files
dsh-jev
committed
refactor!: rename the packages and brand to the jevkit family
Two of the three packages are not DSH-specific, and the @dsh-jev scope said
otherwise. A Claude Desktop user looking for a Jev MCP server would have read
@dsh-jev/mcp as "not for me", as would anyone writing a plain script against
@dsh-jev/core. Only the DSH adapter is DSH-specific, so only it now carries dsh.
@dsh-jev/core -> jevkit
@dsh-jev/plugin -> jevkit-dsh
@dsh-jev/mcp -> jevkit-mcp
Both adapters depend on the root name, so the dependency direction is readable
from the names alone.
The rename reached every runtime identifier a user or host can see, not just the
manifests: the Cordis plugin name, the MCP server name and bin command, the
Config Standard Schema vendor field, the startup egress prefix, and the config
and gate error messages. A stale plugin name or egress prefix is the kind of
thing that only shows up when someone reads a log line, so each was replaced by
an assertion that fails on an unexpected number of hits rather than a blind
substitution.
The CI tarball glob is fixed too: it still matched dsh-jev-*.tgz after the
rename, so the clean-room install step would have failed on the next run.
Verified after the rename: 360 tests pass, all three packages typecheck, the
schema check passes, both MCP smoke tests pass (including the live one against
real System One models), the tarballs pack as jevkit/jevkit-dsh/jevkit-mcp with
LICENSE and NOTICE, and a clean-room install of the packed artifacts loads 64
core exports with the MCP default still offline. The harness profile's links were
rebuilt and the local plugin loads.
0 commit comments