What's changed
Release-process and small-bug follow-ons from a full-pass review of the codebase. No user-visible behavior changes for the typical MCP install path.
Internals
server.json<->package.jsonlockstep enforcement. The Official MCP Registry was never at risk of desyncing from npm -- therelease.ymlworkflow has always re-bumpedserver.jsonfrom the pushed tag viajqimmediately beforemcp-publisher publish, by design (server.jsonis treated as derived at release time,package.jsonis the workstation source of truth). What this change actually adds: a newsrc/release-metadata.test.tsthat pinspackage.json.version==server.json.version(top-level +packages[].version) and themcpName<->server.json.namemapping, so an out-of-band manual edit to either file gets caught locally before push.release.shalso now bumpsserver.jsonin lockstep withpackage.json, purely so the workstation's post-bump state matches what CI will produce -- an ergonomic consistency fix, not a publish-side bug fix.- Banner tool counts are computed. The startup tip line previously hard-coded
(47 tools)/(20). Now both numbers are derived fromPROFILESxtoolGroupsat startup, so adding or removing a tool in any group keeps the banner accurate without a follow-up doc edit. - Strict
http:///https://URL classification inapi.ts.apiRequestpreviously treated any path starting withhttpas absolute, which would mis-route a typoed path likehttpfoo/.... Now only properhttp://andhttps://prefixes skip the base-URL prepend.
Full diff: v0.12.1...v0.12.2