@yawlabs/mcph 0.28.0 → 0.28.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md ADDED
@@ -0,0 +1,81 @@
1
+ # Changelog
2
+
3
+ All notable changes to `@yawlabs/mcph` are documented here. This project uses [semantic versioning](https://semver.org) and a CI-gated release flow: pushing a `vX.Y.Z` tag triggers `.github/workflows/release.yml`, which publishes to npm.
4
+
5
+ ## 0.28.1 — 2026-04-18
6
+
7
+ Docs-only release.
8
+
9
+ - First-ever `CHANGELOG.md`, covering 0.5.0 → 0.28.0. Linked from `README.md`.
10
+ - README catches up with the meta-tools shipped in the 0.20 – 0.28 arc: `mcp_connect_read_tool`, `mcp_connect_exec`, `mcp_connect_bundles` are now documented in the top-level list. Corrected "session-local" phrasing on the Learning ranker signal (cross-session since v0.23.0).
11
+ - New "Multi-device sync" section under "Config sync" — same token, same servers across every machine; no dotfile repos for secrets.
12
+ - Phase 2 "Multi-device config sync" marked shipped in `ROADMAP.md` (docs-only; backing behavior already worked).
13
+ - `package.json` `files` array now includes `CHANGELOG.md` so release notes ship with the npm tarball.
14
+
15
+ ## 0.28.0 — 2026-04-18
16
+
17
+ Phase 3 opener. Two client-only intelligence features.
18
+
19
+ - **Tool deduplication** — `mcp_connect_discover` now surfaces an "Overlapping tools" block when two or more currently-connected servers expose the same bare tool name. Top 5 overlaps, sorted by namespace count descending, with a dispatch-to-disambiguate hint.
20
+ - **Curated bundles (`mcp_connect_bundles`)** — New meta-tool returning hand-picked multi-server presets: `devops-incident`, `pr-review`, `growth-stack`, `data-ops`, `product-release`, `support-ops`. `action: "list"` (default) returns all bundles; `action: "match"` partitions them into "ready to activate now" vs. "partially installed" against the user's current config.
21
+
22
+ ## 0.27.0 — 2026-04-18
23
+
24
+ Four Phase 2 items shipped together.
25
+
26
+ - **Automatic load (`MCPH_AUTO_LOAD`)** — Opt-in env flag. On startup, after persistence hydration, activates every namespace in the top recurring pack (by frequency, tie-break recency) from pack history, provided every namespace is installed. Silent no-op otherwise.
27
+ - **Per-tool filter on `mcp_connect_activate`** — Pass `tools: [...]` to expose only the named tools via `tools/list`. Hidden tools stay reachable through `mcp_connect_dispatch` (routes are unfiltered). Re-activate without `tools` to clear the filter. `discover()` shows a `(filtered: K of N)` indicator on filtered connections.
28
+ - **Orchestration pipeline (`mcp_connect_exec`)** — Declarative multi-step tool-call pipeline. Each step names a namespaced tool plus args; `{"$ref": "<stepId>[.path]"}` markers in args splice a prior step's output into the next step's input. No eval / no expression language — only sequential dispatch and dot/bracket path resolution. Capped at 16 steps; any step failure fails the pipeline and returns completed outputs as `partial`.
29
+ - **Marketplace pointer** — `discover()` appends `https://mcp.hosting/explore` for users with fewer than 5 installed servers. URL hint only; a full marketplace meta-tool is parked until the backend ships a catalog API.
30
+
31
+ ## 0.26.0 — 2026-04-18
32
+
33
+ - **Recurring packs block in `discover()`** — When pack history and installed config overlap, `discover()` now surfaces an "Recurring packs" block at the top of its output with a ready-to-run `mcp_connect_activate` call. Saves the second `mcp_connect_suggest` round-trip when the signal is already there.
34
+
35
+ ## 0.25.1 — 2026-04-18
36
+
37
+ - Truthed up "this session" phrasing across user-facing strings and tool descriptions. With cross-session persistence (v0.23.0) shipping, counts and pack history are no longer session-scoped; the copy now matches.
38
+
39
+ ## 0.25.0 — 2026-04-18
40
+
41
+ - `mcp_connect_suggest` now emits a ready-to-run `mcp_connect_activate` call with a verbatim `namespaces=[...]` JSON array, rather than pointing at `mcp_connect_dispatch` (the wrong primitive for loading a pack).
42
+
43
+ ## 0.24.0 — 2026-04-18
44
+
45
+ - **`mcph doctor` STATE section** — Prints `~/.mcph/state.json` path, last-saved age, learning count, pack history count; shows "disabled" when persistence is opted out.
46
+ - **`MCPH_DISABLE_PERSISTENCE` opt-out** — Env flag skips both load and save. Useful for CI, sandboxed containers, or users who don't want a state file.
47
+
48
+ ## 0.23.0 — 2026-04-18
49
+
50
+ - **Cross-session persistence** — Learning counts (`succeeded`/`dispatched`/`lastUsedAt` per namespace) and pack history (co-activation chains) now round-trip through `~/.mcph/state.json`. Schema-versioned, atomic write-rename.
51
+
52
+ ## 0.22.0 — 2026-04-17
53
+
54
+ - **Inline usage hints in `discover()`** — `used Nx` success counts and "often loaded with X, Y" co-activation peers are surfaced per-server in discover output.
55
+
56
+ ## 0.21.0 — 2026-04-17
57
+
58
+ - **Concurrent server cap** — Default max 6 simultaneously-active servers; `MCPH_SERVER_CAP` env override. Hard cap both as context protection and a business lever.
59
+
60
+ ## 0.20.0 — 2026-04-17
61
+
62
+ - **`mcp_connect_read_tool`** — Schema-on-demand: return a single tool's schema + docs without activating its server. For servers with large tool catalogs where the model only needs 1–2 tools, reads 1–2 schemas instead of loading the entire catalog.
63
+
64
+ ## 0.19.x and earlier
65
+
66
+ - v0.19.0 — internal refactor around config reconciliation.
67
+ - v0.18.0 — analytics uploads for tool-call patterns, load/unload events, error rates.
68
+ - v0.17.0 — resource + prompt proxying (beyond tools).
69
+ - v0.16.0 — error tracking surfaced in `discover()`.
70
+ - v0.15.x — `install` command gates success on config refresh; misc fixes.
71
+ - v0.14.0 — auto-allow mcph tools in Claude Code settings + discover dedup.
72
+ - v0.13.0 — deferred tools: advertise inactive-but-cached servers in `tools/list`.
73
+ - v0.12.x — legacy-config migrator + `doctor` freshness checks.
74
+ - v0.11.x — stability patches.
75
+ - v0.10.x — 7-feature bundle, adaptive routing, policy profiles.
76
+ - v0.9.0 — `mcph compliance` subcommand.
77
+ - v0.8.0 — runtime detection + test runner + error deep-links.
78
+ - v0.7.0 — two-stage retrieval: BM25 + semantic rerank.
79
+ - v0.6.0 — BM25 dispatch + auto-warm discover + stderr capture.
80
+ - v0.5.0 — `MCPH_POLL_INTERVAL` env var.
81
+ - v0.1.x – v0.4.x — initial public release, core meta-tools, namespace routing, config polling.
package/README.md CHANGED
@@ -27,16 +27,19 @@ Your MCP client (Claude Code, Cursor, etc.)
27
27
  - **`mcp_connect_install`** — install a new MCP server on your mcp.hosting account.
28
28
  - **`mcp_connect_import`** — bulk-import servers from an existing client config (`claude_desktop_config.json`, `mcp.json`, etc.).
29
29
  - **`mcp_connect_health`** — show call counts, error rates, and latency per loaded server.
30
- - **`mcp_connect_suggest`** — surface recurring multi-server workflows mcph has watched in this session. When you repeatedly use `gh` → `linear` → `slack` for the same kind of task, `suggest` lists the pattern so you can dispatch it as one intent next time.
30
+ - **`mcp_connect_suggest`** — surface recurring multi-server workflows mcph has learned from persisted pack history. When you repeatedly use `gh` → `linear` → `slack` for the same kind of task, `suggest` lists the pattern with a ready-to-run `activate` call so you can load the whole pack at once.
31
+ - **`mcp_connect_read_tool`** — return a single tool's schema + docs without activating its server. Reads 1–2 schemas instead of loading a whole catalog when the model only needs a couple of tools from a big server.
32
+ - **`mcp_connect_exec`** — run a short declarative pipeline of tool calls in one round-trip. Steps name namespaced tools + args; `{"$ref": "<stepId>[.path]"}` markers splice prior outputs into later inputs. No eval — only dot/bracket path resolution. Capped at 16 steps.
33
+ - **`mcp_connect_bundles`** — list curated multi-server presets (DevOps incident, PR review, growth stack, data ops, etc.) and/or match them against your current config. Pair it with `mcp_connect_activate` to load a whole bundle at once.
31
34
 
32
35
  Installing a server puts it on your account; loading it brings its tools into the current session's context. mcph loads servers lazily so your context window stays clean.
33
36
 
34
37
  Ranking is two-stage when the backend has a Voyage embeddings key configured: a local BM25 pass narrows to a shortlist, then a `/api/connect/rerank` call semantically reorders. With no key on the backend it gracefully degrades to BM25-only — `dispatch` and `discover(context)` keep working, just with slightly weaker ranking on ambiguous queries.
35
38
 
36
- On top of the ranker, mcph applies three session-local signals to dispatch scores:
39
+ On top of the ranker, mcph applies three client-side signals to dispatch scores:
37
40
 
38
41
  - **Health-aware**: servers that have recently failed to load or have high error rates get down-ranked. Never boosts above raw — "all else equal, prefer the one that works".
39
- - **Learning**: servers that have succeeded this session get a small (+10% max) nudge, so the router remembers what's been useful.
42
+ - **Learning**: servers that have succeeded before get a small (+10% max) nudge, so the router remembers what's been useful. Success counts persist across restarts via `~/.mcph/state.json` (opt out with `MCPH_DISABLE_PERSISTENCE=1`).
40
43
  - **Sampling tiebreak**: when the top two candidates are within 10% of each other and your client supports [MCP sampling](https://modelcontextprotocol.io/specification/server/sampling), mcph asks your client's LLM to pick. Uses the model you're already running — no extra provider key, no extra cost to mcph.
41
44
 
42
45
  ## Install
@@ -264,6 +267,12 @@ When a load fails (missing token, runtime not on PATH, server crashes on init),
264
267
 
265
268
  mcph polls [mcp.hosting](https://mcp.hosting) every 60 seconds for config changes. When you add, remove, or modify a server on the dashboard, mcph picks it up automatically — no restart needed.
266
269
 
270
+ ### Multi-device sync
271
+
272
+ Because every mcph install reads the same account's server list, the same token gives you the same servers across every machine. Install mcph on a second laptop with the same `mcp_pat_...`, and within 60 seconds it sees the same GitHub/Slack/Stripe/etc. servers you configured from the first. Tokens, environment variables, and credentials stay in the dashboard — you don't have to sync a JSON file across machines, copy secrets into a dotfile repo, or re-paste an API key per device.
273
+
274
+ Rotate a credential in one place (the dashboard), every machine picks up the new value on the next poll. Revoke a token in Settings → API Tokens, every install stops working immediately (the token is the only thing authenticating the config pull). This is why `~/.mcph/config.json` holds a token, not a server list — the server list is the cloud's concern.
275
+
267
276
  ## Environment variables
268
277
 
269
278
  | Variable | Required | Description |
@@ -301,4 +310,5 @@ The popular Python-based MCP servers (`fetch`, `sqlite`, `time`, `sentry`, etc.)
301
310
 
302
311
  - [mcp.hosting](https://mcp.hosting) — Dashboard and server management
303
312
  - [@yawlabs/mcp-compliance](https://www.npmjs.com/package/@yawlabs/mcp-compliance) — Test your MCP servers for spec compliance
313
+ - [CHANGELOG](./CHANGELOG.md) — Release notes
304
314
  - [GitHub](https://github.com/YawLabs/mcph) — Source code and issues
package/dist/index.js CHANGED
@@ -946,7 +946,7 @@ function errorMessage(err) {
946
946
  }
947
947
 
948
948
  // src/doctor-cmd.ts
949
- var VERSION = true ? "0.28.0" : "dev";
949
+ var VERSION = true ? "0.28.1" : "dev";
950
950
  async function runDoctor(opts = {}) {
951
951
  const lines = [];
952
952
  const write = opts.out ?? ((s) => process.stdout.write(s));
@@ -3791,7 +3791,7 @@ function categorizeSpawnError(err) {
3791
3791
  }
3792
3792
  async function connectToUpstream(config, onDisconnect, onListChanged) {
3793
3793
  const client = new Client(
3794
- { name: "mcph", version: true ? "0.28.0" : "dev" },
3794
+ { name: "mcph", version: true ? "0.28.1" : "dev" },
3795
3795
  { capabilities: {} }
3796
3796
  );
3797
3797
  let transport;
@@ -4305,7 +4305,7 @@ var ConnectServer = class _ConnectServer {
4305
4305
  this.apiUrl = apiUrl6;
4306
4306
  this.token = token6;
4307
4307
  this.server = new Server(
4308
- { name: "mcph", version: true ? "0.28.0" : "dev" },
4308
+ { name: "mcph", version: true ? "0.28.1" : "dev" },
4309
4309
  {
4310
4310
  capabilities: {
4311
4311
  tools: { listChanged: true },
@@ -6340,7 +6340,7 @@ ${installBlock}
6340
6340
  );
6341
6341
  process.exit(0);
6342
6342
  } else if (subcommand === "--version" || subcommand === "-V") {
6343
- process.stdout.write(`mcph ${true ? "0.28.0" : "dev"}
6343
+ process.stdout.write(`mcph ${true ? "0.28.1" : "dev"}
6344
6344
  `);
6345
6345
  process.exit(0);
6346
6346
  } else {
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@yawlabs/mcph",
3
- "version": "0.28.0",
3
+ "version": "0.28.1",
4
4
  "description": "mcp.hosting — one install, all your MCP servers, managed from the cloud",
5
5
  "license": "UNLICENSED",
6
6
  "author": "Yaw Labs <contact@yaw.sh> (https://yaw.sh)",
@@ -11,7 +11,8 @@
11
11
  "files": [
12
12
  "dist",
13
13
  "!dist/**/*.test.*",
14
- "README.md"
14
+ "README.md",
15
+ "CHANGELOG.md"
15
16
  ],
16
17
  "scripts": {
17
18
  "build": "tsup",