slidemind 0.3.3 → 0.3.5

package/.agents/plugins/marketplace.json

@@ -3,6 +3,7 @@
   "interface": {
     "displayName": "slidemind",
     "shortDescription": "On-brand PowerPoint decks from your coding agent",
+    "logo": "./assets/app-icon.png",
     "longDescription": "slidemind connects Codex to the slidemind PowerPoint add-in over its local bridge, so the agent can build and edit native .pptx decks against whatever corporate design the add-in has active. It is brand-agnostic: the corporate design, the layout palette, and the OOXML render all live in the add-in, and the agent reads every brand rule from the design bundle it serves. This marketplace publishes the slidemind plugin, which carries the authoring and search skills. The slidemind CLI itself is installed separately from public npm (npm install -g slidemind); the skills explain that step when the command is missing."
   },
   "plugins": [
@@ -22,6 +23,7 @@
         "displayName": "slidemind",
         "shortDescription": "On-brand PowerPoint decks from Codex",
         "developerName": "statworx",
+        "logo": "./assets/app-icon.png",
         "longDescription": "Adds two skills. slidemind-create-slides owns the intake, plan, create and edit workflow that turns per-slide sources into an editable .pptx rendered by the add-in, plus a local HTML preview. slidemind-search discovers and reuses existing slides and brand imagery from the corporate design's engines, or from a PowerPoint file on disk. Both are brand-agnostic and read the active corporate design's rules, layout palette, and authoring workflow from the design bundle the add-in serves. Requires the slidemind CLI (npm install -g slidemind) and an open PowerPoint with the add-in for anything that renders or reads a live deck."
       }
     }

package/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "slidemind",
-  "version": "0.3.3",
+  "version": "0.3.5",
   "description": "Connect Claude Code to the slidemind PowerPoint add-in — build and edit native, on-brand PowerPoint decks against the active corporate design, from the terminal.",
   "author": {
     "name": "statworx",

package/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "slidemind",
-  "version": "0.3.3",
+  "version": "0.3.5",
   "description": "Connect Codex to the slidemind PowerPoint add-in — build and edit native, on-brand PowerPoint decks against the active corporate design. Requires the slidemind CLI (npm install -g slidemind); the skills explain the install when it is missing.",
   "author": {
     "name": "statworx",

package/bin/slidemind.mjs

@@ -1113,6 +1113,33 @@ async function cmdSearch(rest) {
   // subtype no longer defaulted to "image"; when the subtype is unknown we omit
   // it and let the add-in resolve the caller's groups itself.
   let subtype = slideIntent ? "slide" : null;
+  // `--engine Icons` — a display name straight off `ls engines` — would reach
+  // the backend verbatim and 404 as "Engine not found". Humans type names,
+  // agents paste ids; when the value cannot be an id (spaces, non-hex), look it
+  // up in the live catalog by label. Best-effort on purpose: no unique match
+  // passes the value through so the existing unknown-engine hint still fires.
+  if (
+    engineId &&
+    !bundle.isSearchScopeId(engineId) &&
+    !/^[0-9a-f-]{8,}$/i.test(engineId)
+  ) {
+    const live = await client.listEngines({ backendURL }).catch(() => null);
+    const wanted = engineId.toLowerCase();
+    const ids = new Set(
+      (live?.engines ?? [])
+        .filter((e) => String(e.label ?? "").toLowerCase() === wanted)
+        .map((e) => e.id),
+    );
+    if (ids.size === 1) {
+      const [id] = ids;
+      process.stderr.write(`engine '${engineId}' resolved to ${id}\n`);
+      engineId = id;
+    } else if (ids.size > 1) {
+      fail(
+        `--engine '${engineId}' names ${ids.size} different engines across your connected environments — pass the id from 'slidemind ls engines', or scope with --backend.`,
+      );
+    }
+  }
   if (!engineId) {
     if (slideIntent) {
       // Slide search with no engine named: search the corpus UNFILTERED rather
@@ -3294,7 +3321,12 @@ async function cmdReady(rest) {
       registry = (await client.listOpenPresentationsDetailed()).presentations;
     }
   }
-  if (!registry.some(isRR)) {
+  // Everything below terminates the command: it is the whole "no render-ready
+  // window" resolution (connect-only engine answer → bound-deck rung → brand
+  // list → late blocker). A named closure because TWO paths land here: the
+  // registry genuinely holding no render-ready window, and the ping check
+  // below pruning the last one as a zombie.
+  const finishNoRenderReady = async () => {
     // --connect-only asks one question — "can I work?" — and since the engine
     // routes answer off the session, a backend that serves them IS the answer:
     // discovery, search and every per-result fetch run with PowerPoint closed.
@@ -3402,6 +3434,10 @@ async function cmdReady(rest) {
       };
     finishBlocker({ blocker: b });
     return;
+  };
+  if (!registry.some(isRR)) {
+    await finishNoRenderReady();
+    return;
   }
 
   // --- --connect-only: the connection is up with ≥1 render-ready window; the
@@ -3434,11 +3470,65 @@ async function cmdReady(rest) {
   }
 
   // --- Local: resolve WHICH design to bind against. ---
-  const resolution = client.resolveDesignSource(registry, {
+  let resolution = client.resolveDesignSource(registry, {
     explicitPresId: to,
     deckPresFP,
   });
 
+  // --- Zombie check: an implicitly adopted window that claims a LIVE pane gets
+  // one truth ping before its design silently wins. A webview whose document
+  // was closed keeps its socket — and thus a "connected" registry lease —
+  // alive indefinitely, and only a host round-trip inside the pane can tell.
+  // Narrow on purpose: an explicit --to is the user's call, a suspended window
+  // keeps today's silent-adopt semantics (backgrounded PowerPoint must not
+  // start asking questions), and a backend without paneLivenessV1 fails open.
+  // A dead window is pruned and resolution re-runs on the remainder; pruning
+  // the last one lands on the same rungs as an empty registry (bound deck →
+  // brand list → blocker). ---
+  const backendAdvertisesPing = (entry) =>
+    (statusRaw.backends ?? []).some(
+      (b) =>
+        b.ok &&
+        b.backendURL === entry.backendURL &&
+        b.capabilities?.paneLivenessV1 === true,
+    );
+  const entryIsAlive = async (entry) => {
+    try {
+      const ack = await client.pingPresentation({
+        presId: entry.presId,
+        backendURL: entry.backendURL ?? null,
+      });
+      return ack?.ok !== false;
+    } catch (err) {
+      // Dead only on the typed pane verdicts; anything else (404 route on an
+      // older backend, a transport blip) fails open — adopt as before.
+      return ![
+        "pane_suspended",
+        "pane_timeout",
+        "pane_disconnected",
+        "bridge_timeout",
+      ].includes(err?.code);
+    }
+  };
+  while (
+    !to &&
+    resolution.status === "resolved" &&
+    client.isPaneReadyPresentation(resolution.entry) &&
+    backendAdvertisesPing(resolution.entry)
+  ) {
+    if (await entryIsAlive(resolution.entry)) break;
+    const deadId = resolution.entry.presId;
+    registry = registry.filter((p) => p.presId !== deadId);
+    if (!registry.some(isRR)) {
+      await finishNoRenderReady();
+      return;
+    }
+    resolution = client.resolveDesignSource(registry, {
+      explicitPresId: to,
+      deckPresFP,
+    });
+  }
+
   if (resolution.status === "none") {
     // Defensive: a render-ready window exists (poll passed) so this is rare.
     finishBlocker({

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "slidemind",
-  "version": "0.3.3",
+  "version": "0.3.5",
   "description": "Connect Claude Code, Codex & opencode to the slidemind PowerPoint add-in — let your coding agent build and edit native, on-brand PowerPoint decks against your active corporate design, from the terminal.",
   "type": "module",
   "bin": {