@adobe/design-data-agent-mcp 1.13.0 → 1.14.1

package/README.md

@@ -71,11 +71,14 @@ node tools/design-data-agent-mcp/src/index.js
 | `DESIGN_DATA_SCHEMAS`    | —             | Override schema path (for `validate`)                                          |
 | `DESIGN_DATA_EXCEPTIONS` | —             | Override exceptions path (for `validate`)                                      |
 | `DESIGN_DATA_CONFIG`     | —             | Path to a `.design-data.toml` (or its directory) to resolve a platform cascade |
+| `DESIGN_DATA_PLATFORM`   | —             | Select a named `[platforms.<id>]` entry (needs `DESIGN_DATA_CONFIG`)           |
 
 > **Platform cascade.** If `DESIGN_DATA_CONFIG` is set, the server shells out to
 > the `design-data` CLI once at startup (`design-data query --filter "" --format
 > json`, run from the config's directory) to resolve its `.design-data.toml`
-> source (path/npm/github/git) and any top-level `manifest` cascade, then
+> source (path/npm/github/git) and either its top-level `manifest` cascade or,
+> if `DESIGN_DATA_PLATFORM` is also set, that named `[platforms.<id>]` entry's
+> manifest — mirroring the CLI's own `--platform`/`DESIGN_DATA_PLATFORM`, then
 > materializes the result to a temp dir and points `primer` / `resolve_token` /
 > `query_tokens` / `validate_usage` / `describe_component` /
 > `describe_guideline` / `list_guidelines` at it instead of the embedded

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@adobe/design-data-agent-mcp",
-  "version": "1.13.0",
+  "version": "1.14.1",
   "description": "MCP server and Claude Code skill for the design-data agent surface — read tools run in-process via wasm",
   "type": "module",
   "main": "./src/index.js",
@@ -30,9 +30,9 @@
   },
   "dependencies": {
     "@modelcontextprotocol/sdk": "^1.27.1",
-    "@adobe/design-data": "3.2.1",
-    "@adobe/design-data-wasm": "0.10.0",
-    "@adobe/spectrum-design-data": "3.2.5"
+    "@adobe/design-data": "3.2.3",
+    "@adobe/design-data-wasm": "0.10.2",
+    "@adobe/spectrum-design-data": "3.3.0"
   },
   "devDependencies": {
     "ava": "^6.0.1"

package/skills/design-data/SKILL.md

@@ -6,7 +6,7 @@ description: >
   system, token lookup, spec-conformance, drift detection, or token authoring on custom data.
 metadata:
   author: adobe
-  version: "1.13.0"
+  version: "1.14.1"
 when_to_use: >
   Trigger on: design system, design tokens, spec-conformant, drift, validate tokens, token
   authoring, custom dataset, DESIGN_DATA_PATH, design-data validate, design-data diff,

package/src/cascade-bootstrap.js

@@ -43,18 +43,64 @@ function resolveConfigDir(configPath) {
   return statSync(configPath).isDirectory() ? configPath : dirname(configPath);
 }
 
-function resolveManifestPath(configDir) {
+function resolveManifestPath(configDir, platformId) {
   const configPath = join(configDir, ".design-data.toml");
   if (!existsSync(configPath)) return null;
 
   const configText = readFileSync(configPath, "utf-8");
+
+  if (platformId) {
+    // Named `[platforms.<id>]` entries (spectrum-design-data-h890.27.3) are
+    // either a bare local path (`id = "platforms/id/manifest.json"`, matched
+    // here) or a remote `github`-sourced table. This regex only resolves the
+    // local-path shape — a remote platform entry's extensions/ catalogs still
+    // need fetching, which the CLI's `query` shell-out below does not surface
+    // to this file; local-path is the shape every platform incubating in this
+    // monorepo uses today (see platforms/README.md).
+    const idPattern = platformId.replace(/[.*+?^${}()|[\]\\]/g, "\\$&");
+    const match = configText.match(
+      new RegExp(`^\\s*${idPattern}\\s*=\\s*["']([^"']+)["']\\s*$`, "m"),
+    );
+    if (!match) return null;
+    const manifestPath = join(configDir, match[1]);
+    return existsSync(manifestPath) ? manifestPath : null;
+  }
+
   const match = configText.match(/^\s*manifest\s*=\s*["']([^"']+)["']\s*$/m);
   const manifestPath = join(configDir, match?.[1] ?? "manifest.json");
   return existsSync(manifestPath) ? manifestPath : null;
 }
 
-function materializeCatalogs(config, cascadeDir, configDir) {
-  const manifestPath = resolveManifestPath(configDir);
+/**
+ * Determine which named `[platforms.<id>]` entry, if any, the CLI would pick
+ * for the *tokens* cascade so catalog materialization can match it exactly.
+ * `config.platformId` (from `DESIGN_DATA_PLATFORM`) always wins; otherwise
+ * this asks the CLI which id `default_platform` resolves to, via
+ * `platform list --format json`, rather than re-implementing the CLI's own
+ * precedence rules (`--manifest` > `--platform` > `DESIGN_DATA_PLATFORM` >
+ * `default_platform` > legacy `manifest` key) in a second, drifting regex.
+ * Returns `null` on any failure (no platforms configured, CLI error,
+ * unparsable output) so callers fall back to the legacy `manifest` key.
+ */
+async function resolveActivePlatformId(configDir, config, run) {
+  if (config.platformId) return config.platformId;
+  try {
+    const { exitCode, stdout } = await run(
+      ["platform", "list", "--format", "json"],
+      { timeout: 10_000, cwd: configDir },
+    );
+    if (exitCode !== 0) return null;
+    const rows = JSON.parse(stdout);
+    const defaultRow = rows.find((row) => row.default);
+    if (!defaultRow || defaultRow.id === "(default)") return null;
+    return defaultRow.id;
+  } catch {
+    return null;
+  }
+}
+
+function materializeCatalogs(config, cascadeDir, configDir, activePlatformId) {
+  const manifestPath = resolveManifestPath(configDir, activePlatformId);
   let extensionsDir = null;
   if (manifestPath) {
     const manifest = JSON.parse(readFileSync(manifestPath, "utf-8"));
@@ -119,7 +165,13 @@ function mergeGuidelineManifest(targetDir, extensionDir) {
 
 /**
  * Resolve `config.designDataConfig`'s cascade and populate
- * `config.cascadeDataPath` / `config.cascadeActive` with the result.
+ * `config.cascadeDataPath` / `config.cascadeActive` with the result. If
+ * `config.platformId` is set, selects that named `[platforms.<id>]` entry
+ * (spectrum-design-data-h890.27.14) — both for the CLI query shell-out and
+ * for materializing that platform's `extensions/` catalogs, instead of the
+ * legacy top-level `manifest` key. If `platformId` is unset but the config
+ * has a `default_platform`, `resolveActivePlatformId` discovers that id from
+ * the CLI itself so both halves still agree on the same platform.
  * Deliberately does not touch `config.dataPath`/`config.dataRoot` — those
  * remain the fallback anchors for unrelated write/authoring/data tools,
  * which must keep targeting the real dataset root, not the cascade's
@@ -144,10 +196,25 @@ export async function bootstrapCascade(config, { run = runCli } = {}) {
   }
 
   try {
-    const { exitCode, stdout, stderr } = await run(
-      ["query", "--filter", "", "--format", "json"],
-      { timeout: 60_000, cwd: configDir },
+    const activePlatformId = await resolveActivePlatformId(
+      configDir,
+      config,
+      run,
     );
+    const queryArgs = ["query", "--filter", "", "--format", "json"];
+    if (activePlatformId) {
+      // Must follow the subcommand — see the CLI's own --platform help text
+      // on this ordering limitation. Passing this explicitly (even when it
+      // only came from `default_platform`, not an explicit selection) keeps
+      // the token query and the catalog materialization below looking at
+      // the exact same platform, instead of letting the CLI's own default
+      // resolution and this file's manifest-path regex potentially disagree.
+      queryArgs.push("--platform", activePlatformId);
+    }
+    const { exitCode, stdout, stderr } = await run(queryArgs, {
+      timeout: 60_000,
+      cwd: configDir,
+    });
     if (exitCode !== 0) {
       throw new Error(stderr || `design-data exited with code ${exitCode}`);
     }
@@ -159,7 +226,7 @@ export async function bootstrapCascade(config, { run = runCli } = {}) {
       JSON.stringify(tokens),
       "utf-8",
     );
-    materializeCatalogs(config, dir, configDir);
+    materializeCatalogs(config, dir, configDir, activePlatformId);
 
     config.cascadeDataPath = dir;
     config.cascadeActive = true;

package/src/config.js

@@ -89,6 +89,12 @@ export const config = {
   // cascadeDataPath/cascadeActive below. Unset by default so an in-repo run's
   // ambient .design-data.toml (if any) doesn't surprise it.
   designDataConfig: anchorPath(process.env.DESIGN_DATA_CONFIG ?? null),
+  // Selects a named `[platforms.<id>]` entry from designDataConfig's
+  // `.design-data.toml` (spectrum-design-data-h890.27.14), mirroring the CLI's
+  // own `--platform`/`DESIGN_DATA_PLATFORM`. Has no effect unless
+  // designDataConfig is also set. Unset by default: falls back to the config's
+  // legacy top-level `manifest` key or `default_platform`, same as the CLI.
+  platformId: process.env.DESIGN_DATA_PLATFORM ?? null,
   // Set by cascade-bootstrap.js on a successful resolve: the temp dir holding
   // the materialized cascade dataset. Deliberately separate from dataPath —
   // dataPath/dataRoot are also the fallback anchors for unrelated