@descix/cli 1.0.10 → 1.0.11

package/bin/descix.js

@@ -2187,6 +2187,7 @@ corpusCommand
   .option('--dry-run', 'Enumerate would-be-purged file_ids and would-be-upserted chunks without ANY Pinecone writes. Exit 0 if no drift, 1 if drift. Read-only.')
   .option('--show-walk', 'Print the resolved ref + the first 50 walked files BEFORE any Pinecone operations. Useful for verifying --ref / manifest source resolution.')
   .option('--yes', 'Skip the interactive purge confirmation in --rebuild mode. Use in scripting/CI.')
+  .option('--skip-retrieval-canary', 'Skip the post-sync retrieval canary that confirms a synced chunk actually retrieves before reporting success (measured 2026-09-17: presence in Pinecone is not the same as searchable — the index can lag ~20 minutes after a large upsert/purge). Skipping costs nothing but SAVES one credit-metered query_knowledge_base call and up to ~25s; the sync then reports success on presence only, same as before this check existed. Prefer leaving this ON for anything user-facing; use it for CI/cost-sensitive automation that will verify separately.')
   .action(async (options) => {
     try {
       const apiClient = new DeSciXApiClient();

package/bin/mcp-server.js

@@ -23,6 +23,7 @@ import { WalletFileManager } from '../lib/wallet-file.js';
 import { CLI_VERSION } from '../lib/cli-version.js';
 import { checkDevCert } from '@descix/app-sdk/dev';
 import { resolveGatewayCertContext } from '../lib/dev-cert-resolver.js';
+import { originStampFor, stampToolResult } from '../lib/mcp-origin-stamp.js';
 import * as fs from 'fs/promises';
 import * as path from 'path';
 // WS-MCP-SSOT-TIER2 (audit §5.B-1): the curated HTTP-valid core tools are the SINGLE SOURCE
@@ -153,7 +154,7 @@ try {
   // descix_doctor — local diagnostic (no backend call)
   // -------------------------------------------------------------------------
 
-  async function runDoctor(args) {
+  async function runDoctor(args, originStamp) {
     const verifyRemote = args?.verify_remote !== false;
     const report = {
       auth: { connected: false },
@@ -199,7 +200,12 @@ try {
           app_id: freshContext.appId,
           community_id: freshContext.communityId,
           kb_id: freshContext.kbId || 'General',
-          api_url: freshConfig.apiUrl || apiClient.baseUrl,
+          // ONE OWNER: `freshConfig.apiUrl` is a legacy top-level key WorkspaceConfig never
+          // populates (the real value lives at `env.apiUrl`, read via `resolveOrigin()`) — the
+          // `||` here was always falling through to `apiClient.baseUrl`. Read the resolved
+          // origin stamp directly rather than keeping a dead alternative that looked like a
+          // second source.
+          api_url: originStamp?.origin ?? apiClient.baseUrl,
           local_apps: [
             platform.appId,
             ...products.map(p => p.appId),
@@ -361,6 +367,13 @@ try {
       report.status = 'warnings';
     }
 
+    // The same origin stamp every other tool result carries (see mcp-origin-stamp.js) — doctor
+    // is the diagnostic surface, so it states the fact explicitly rather than only via the
+    // appended content block every tool gets.
+    if (originStamp) {
+      report.origin_stamp = originStamp;
+    }
+
     return report;
   }
 
@@ -407,13 +420,35 @@ try {
     const { name, arguments: args } = request.params;
     console.error(`[MCP] tools/call — ${name}`);
 
+    // Resolve the origin stamp ONCE per call, from the one owner (api-client.js's own
+    // resolution — the same baseUrl/originSource the CLI's `env:` line reports), and carry it
+    // onto EVERY result this call returns, success or error. MEASURED 2026-09-17: two sessions
+    // spent hours reading DEV through this connector while believing they were reading PROD
+    // because no tool result said where it came from — see mcp-origin-stamp.js.
+    let originStamp = null;
+    let originStampError = null;
     try {
+      await apiClient.ensureInitialized();
+      originStamp = originStampFor(apiClient);
+    } catch (err) {
+      // The origin itself failed to resolve (e.g. a configured-but-invalid origin). There is
+      // nothing valid to stamp — the error's own message already names the fix — so this call
+      // fails loud below rather than stamping a guess.
+      originStampError = err;
+    }
+    const withStamp = (result) => (originStamp ? stampToolResult(result, originStamp) : result);
+
+    try {
+      if (originStampError) {
+        throw originStampError;
+      }
+
       // descix_doctor is handled locally
       if (name === 'descix_doctor') {
-        const report = await runDoctor(args);
-        return {
+        const report = await runDoctor(args, originStamp);
+        return withStamp({
           content: [{ type: 'text', text: JSON.stringify(report, null, 2) }],
-        };
+        });
       }
 
       // Merge default context for convenience (caller can override). Only auto-fill when the
@@ -455,12 +490,12 @@ try {
       });
 
       const result = await apiClient.invoke(name, params);
-      return {
+      return withStamp({
         content: [{
           type: 'text',
           text: typeof result === 'string' ? result : JSON.stringify(result, null, 2),
         }],
-      };
+      });
     } catch (error) {
       console.error(`[MCP] Tool error: ${error.message}`);
       // WS-HEADLESS-MVP-A3: when the backend attached structured error fields (code +
@@ -471,10 +506,10 @@ try {
       const structured = (error.code || error.data)
         ? `\n${JSON.stringify({ code: error.code, data: error.data }, null, 2)}`
         : '';
-      return {
+      return withStamp({
         content: [{ type: 'text', text: `Error: ${error.message}${structured}` }],
         isError: true,
-      };
+      });
     }
   });
 

package/lib/commands/corpus.js

@@ -32,6 +32,7 @@ import {
   isReportedCount, accumulateReportedCount, UNREPORTED_COUNT
 } from '../core/Syncer.js';
 import { lintManifestForDenyClasses, assertNoViolations } from '../core/CorpusDenyLint.js';
+import { pickCanaryChunk, runRetrievalCanary, DEFAULT_CANARY_DELAYS_MS } from '../core/RetrievalCanary.js';
 
 /**
  * Resolve community_id for corpus sync — same precedence as site upload / update kb:
@@ -467,6 +468,11 @@ export async function runCorpusSync(apiClient, options) {
     let totalChunksCreated = 0;
     let totalFilesSkipped = 0;
     let totalFilesDeleted = 0;
+    // The retrieval canary's verdict per KB — a sync/rebuild does not get to report a bare
+    // success while any of these are unverified (see RetrievalCanary.js). Collected across
+    // manifests so ONE loud failure at the end names every KB still unconfirmed, rather than
+    // failing fast on the first and leaving later manifests unsynced.
+    const canaryResults = [];
 
     for (const rawManifest of manifests) {
       // ── Deliverable B: resolve --ref override (CLI > manifest > default) ──
@@ -877,6 +883,49 @@ export async function runCorpusSync(apiClient, options) {
         }
       }
 
+      // 3f-2. RETRIEVAL CANARY (measured 2026-09-17): presence in Pinecone (reconciled above)
+      // is NOT searchability — the PROD index can take ~20 minutes to catch up after a
+      // purge+re-upsert, during which every status surface still says healthy. A sync does not
+      // get to report bare success until a chunk it just wrote actually RETRIEVES. Bounded
+      // (RetrievalCanary.js) rather than a loop: query_knowledge_base is credit-metered.
+      let retrievalCanary = null;
+      if (allChunks.length > 0 && options.skipRetrievalCanary) {
+        console.log(chalk.gray('  [canary] Skipped (--skip-retrieval-canary): searchability NOT confirmed.'));
+      } else if (allChunks.length > 0) {
+        const canaryChunk = pickCanaryChunk(allChunks, syncFailures);
+        if (canaryChunk) {
+          const canarySpinner = ora('  [canary] Confirming a synced chunk actually retrieves...').start();
+          // TEST SEAM ONLY: options._canaryDelaysMs / options._canarySleep let tests exercise
+          // this path without real wall-clock waits or a live query_knowledge_base backend.
+          // Production callers never set these — runRetrievalCanary defaults to the real
+          // bounded backoff and real timers when they are undefined.
+          const result = await runRetrievalCanary(apiClient, {
+            appId, kbName, chunk: canaryChunk,
+            ...(options._canaryDelaysMs ? { delaysMs: options._canaryDelaysMs } : {}),
+            ...(options._canarySleep ? { sleep: options._canarySleep } : {}),
+          });
+          retrievalCanary = { ...result, checked_at: new Date().toISOString() };
+          if (result.ok) {
+            canarySpinner.succeed(
+              `  [canary] Confirmed searchable after ${(result.elapsedMs / 1000).toFixed(1)}s ` +
+              `(attempt ${result.attempts}/${DEFAULT_CANARY_DELAYS_MS.length})`
+            );
+          } else {
+            canarySpinner.warn(
+              `  [canary] NOT YET SEARCHABLE after ${(result.elapsedMs / 1000).toFixed(1)}s and ` +
+              `${result.attempts} attempt(s)${result.lastError ? ` (last error: ${result.lastError})` : ''}. ` +
+              `The vectors ARE present in Pinecone (reconciled above) but the index has not caught up yet — ` +
+              `this is a known ~20-minute propagation delay after a large upsert/purge. ` +
+              `Re-run 'descix kb corpus sync -a ${appId} -k ${kbName}' later to re-check ` +
+              `(unchanged files are cheap; this canary re-runs).`
+            );
+          }
+          canaryResults.push({ kbName, ...retrievalCanary });
+        } else {
+          console.log(chalk.yellow('  [canary] Skipped: every upsert batch failed, nothing new to confirm.'));
+        }
+      }
+
       // 3g. Save sync state with blob SHAs for future delta computation
       const allSyncedBlobShas = [...localBlobShas]; // All current files
       await saveSyncState(appRoot, kbName, {
@@ -894,7 +943,10 @@ export async function runCorpusSync(apiClient, options) {
         files_unchanged: unchangedCount,
         chunks_upserted: isReportedCount(upserted) ? upserted : null,
         chunks_deleted: isReportedCount(deleted) ? deleted : null,
-        synced_blob_shas: allSyncedBlobShas
+        synced_blob_shas: allSyncedBlobShas,
+        // The retrieval canary's verdict — read this, not `total_chunks`, to know whether the
+        // last sync's content was CONFIRMED searchable or only confirmed present.
+        retrieval_canary: retrievalCanary
       });
 
       totalFilesProcessed += newOrChangedFiles.length;
@@ -935,6 +987,26 @@ export async function runCorpusSync(apiClient, options) {
     const deletedLine = `  Chunks deleted:  ${renderCount(totalFilesDeleted)}`;
     console.log(totalFilesDeleted === 0 ? chalk.gray(deletedLine) : chalk.white(deletedLine));
     console.log('');
+
+    // NEVER A BARE SUCCESS: if any KB's retrieval canary did not confirm searchability, this
+    // command fails loud here rather than letting the green summary above stand as the last
+    // word. The summary itself is left intact (it is a true report of what was written) —
+    // this is a SEPARATE fact ("can it be found yet") that gets its own loud verdict.
+    const unverified = canaryResults.filter((r) => !r.ok);
+    if (unverified.length > 0) {
+      throw new Error(
+        `Sync wrote vectors successfully, but ${unverified.length} KB(s) did NOT confirm ` +
+        `searchable within the canary window:\n` +
+        unverified.map((r) =>
+          `  - ${r.kbName}: not found after ${(r.elapsedMs / 1000).toFixed(1)}s / ${r.attempts} attempt(s)` +
+          (r.lastError ? ` (last error: ${r.lastError})` : '')
+        ).join('\n') +
+        `\nThe vectors ARE present in Pinecone (reconciled above) — this is the store's own ` +
+        `~20-minute post-upsert propagation delay, not data loss. Re-run the same sync command ` +
+        `later to re-check; unchanged files make the re-run cheap and it re-runs this canary.`
+      );
+    }
+
     return { dryRun: false };
 
   } catch (error) {
@@ -1017,11 +1089,32 @@ export async function runCorpusStatus(apiClient, options) {
       console.log(chalk.white(`  Last sync:       ${syncState.timestamp}`));
       console.log(chalk.white(`  Commit:          ${syncState.last_sync_commit?.substring(0, 8) || 'unknown'}`));
       console.log(chalk.white(`  Files tracked:   ${syncState.synced_files_count}`));
+      // NAME THE SOURCE OF THIS NUMBER: this is a LOCAL RECORD of what the store reported
+      // AT THE TIME OF THE LAST SYNC's reconcile — not a fresh read of the store now. It can be
+      // stale (the store's contents can change from other syncs/purges) and, even when fresh,
+      // "present" is not "searchable" (see the Retrieval line below). `descix kb doctor -a
+      // <app> -k <kb> --live` reads Pinecone directly for the current truth.
       console.log(chalk.white(
-        `  Chunks in store: ${Number.isFinite(syncState.total_chunks)
+        `  Chunks (local record, as of last sync): ${Number.isFinite(syncState.total_chunks)
           ? syncState.total_chunks
           : 'unknown (the last sync reported no live count)'}`
       ));
+      // Retrieval canary verdict from the last sync (see RetrievalCanary.js) — the only field
+      // in this file that speaks to SEARCHABILITY rather than presence.
+      const canary = syncState.retrieval_canary;
+      if (canary === undefined) {
+        console.log(chalk.gray('  Retrieval:       unknown (synced before the retrieval-canary check existed)'));
+      } else if (canary === null) {
+        console.log(chalk.gray('  Retrieval:       not checked (last sync upserted nothing new)'));
+      } else if (canary.ok) {
+        console.log(chalk.green(`  Retrieval:       CONFIRMED searchable (as of last sync, ${canary.checked_at})`));
+      } else {
+        console.log(chalk.yellow(
+          `  Retrieval:       NOT CONFIRMED as of last sync (${canary.checked_at}) — vectors were ` +
+          `present but did not retrieve within the canary window. Re-run 'descix kb corpus sync ` +
+          `-a ${appId} -k ${kbName}' to re-check.`
+        ));
+      }
 
       // Quick change detection: walk and compare blob SHAs
       if (options.verbose) {

package/lib/core/RetrievalCanary.js

@@ -0,0 +1,128 @@
+/**
+ * RetrievalCanary — a corpus sync does not report success until a KNOWN chunk it just
+ * wrote actually RETRIEVES from the store.
+ *
+ * MEASURED 2026-09-17: `descix kb corpus sync --rebuild` purges and re-upserts, then
+ * reports success and a reconciled live count, while the PROD search index takes ~20
+ * minutes to catch up. Every status surface said healthy over a KB that returned zero
+ * results for hours. The reconcile step (`get_kb_rag_status {reconcile:true}`, driven from
+ * `corpus.js::runCorpusSync`) counts by Pinecone ID PREFIX — presence, not searchability —
+ * so a clean reconcile is not evidence the index can answer a query yet.
+ *
+ * THE CANARY: after upserting, pick ONE chunk that was actually upserted (never one from a
+ * failed batch), run `query_knowledge_base` scoped to that chunk's own document
+ * (`file_filter`) using the chunk's own text as the query, and check the result set for a
+ * row whose metadata identifies THIS chunk (blob_sha + chunk_idx — the two fields
+ * `corpus.js::chunkCorpusFile` always writes, so this needs no second identity scheme).
+ *
+ * BOUNDED, NOT A LOOP: `query_knowledge_base` is a real, credit-metered read (WS-HEADLESS-MVP-A3
+ * flat debit per call). A canary that polled every few seconds for the full ~20-minute
+ * propagation window would multiply that cost by hundreds of calls for a single sync. This
+ * canary makes a SMALL, FIXED number of attempts (`DEFAULT_CANARY_DELAYS_MS`, 3 calls across
+ * ~25s) — enough to catch the common case where the index catches up quickly — and REFUSES to
+ * claim success if it does not, rather than waiting out the full window synchronously inside a
+ * CLI command. See corpus.js's hand-back for the case this does not close and the remedy it
+ * names when it doesn't (re-run the sync; unchanged blob SHAs make the re-run cheap and it
+ * re-runs this same canary).
+ */
+
+/** Fixed, small backoff schedule — see the module doc for why this is bounded, not a loop. */
+export const DEFAULT_CANARY_DELAYS_MS = [3000, 7000, 15000];
+
+/** Pinecone metadata budget note in chunkCorpusFile caps chunk text at 35000 bytes; a canary
+ * query only needs enough text to be a near-exact self-match, so it is truncated far below that
+ * — a long query costs more to embed for no better discrimination.
+ */
+const MAX_CANARY_QUERY_CHARS = 300;
+
+/**
+ * The query text for a canary check: the chunk's own text is guaranteed to retrieve itself
+ * with the highest similarity of anything in the index, so no second corpus of "known good"
+ * queries is needed.
+ *
+ * @param {{text: string}} chunk
+ * @returns {string}
+ */
+export function canaryQueryText(chunk) {
+    return String(chunk.text || '').trim().slice(0, MAX_CANARY_QUERY_CHARS);
+}
+
+/**
+ * Does this `query_knowledge_base` result row identify the given chunk?
+ *
+ * Matches on `blob_sha` + `chunk_idx` — the two fields `chunkCorpusFile()` always writes as
+ * Pinecone metadata, content-addressed and stable regardless of any server-side text
+ * normalization. This is the SAME identity the sync's own delta computation uses, not a
+ * second one invented for this check.
+ *
+ * @param {{metadata?: Record<string, any>}} row - one row of `query_knowledge_base`'s `results`
+ * @param {{blob_sha: string, chunk_idx: number}} chunk
+ * @returns {boolean}
+ */
+export function chunkMatchesCanary(row, chunk) {
+    const md = row?.metadata || {};
+    return md.blob_sha === chunk.blob_sha && md.chunk_idx === chunk.chunk_idx;
+}
+
+/**
+ * Pick one upserted chunk to canary-check: the first chunk that was NOT part of a batch the
+ * store reported as failed. Returns null when there is nothing safe to check (every batch
+ * failed) — the caller's existing batch-failure reporting already covers that case loudly;
+ * this module does not re-report it.
+ *
+ * @param {Array<{id: string}>} allChunks - every chunk this sync attempted to upsert
+ * @param {Array<{chunks: string[]}>} syncFailures - failed batches, each naming its chunk ids
+ * @returns {object|null}
+ */
+export function pickCanaryChunk(allChunks, syncFailures) {
+    const failedIds = new Set((syncFailures || []).flatMap((f) => f.chunks || []));
+    return allChunks.find((c) => !failedIds.has(c.id)) || null;
+}
+
+/**
+ * Run the bounded-backoff retrieval canary against a freshly-upserted chunk.
+ *
+ * @param {object} apiClient - an initialized DeSciXApiClient
+ * @param {object} args
+ * @param {string} args.appId
+ * @param {string} args.kbName
+ * @param {object} args.chunk - one entry from `allChunks` (must carry text/file_id/blob_sha/chunk_idx)
+ * @param {number[]} [args.delaysMs] - injectable for tests; production default is
+ *        DEFAULT_CANARY_DELAYS_MS
+ * @param {(ms: number) => Promise<void>} [args.sleep] - injectable for tests (real timers by default)
+ * @returns {Promise<{ok: boolean, attempts: number, elapsedMs: number, lastError: string|null}>}
+ */
+export async function runRetrievalCanary(apiClient, {
+    appId, kbName, chunk,
+    delaysMs = DEFAULT_CANARY_DELAYS_MS,
+    sleep = (ms) => new Promise((r) => setTimeout(r, ms)),
+}) {
+    const startedAt = Date.now();
+    let attempts = 0;
+    let lastError = null;
+
+    for (const delay of delaysMs) {
+        attempts++;
+        await sleep(delay);
+        try {
+            const resp = await apiClient.invoke('query_knowledge_base', {
+                app_id: appId,
+                kb_id: kbName,
+                query: canaryQueryText(chunk),
+                limit: 5,
+                file_filter: chunk.file_id,
+            }, { allowGuest: false });
+            const data = resp?.message || resp;
+            const results = data?.results || [];
+            if (results.some((row) => chunkMatchesCanary(row, chunk))) {
+                return { ok: true, attempts, elapsedMs: Date.now() - startedAt, lastError: null };
+            }
+        } catch (err) {
+            // A transient failure on ONE attempt does not end the canary early — the schedule is
+            // already bounded by delaysMs.length, so this is not an unbounded retry-on-error loop.
+            lastError = err.message;
+        }
+    }
+
+    return { ok: false, attempts, elapsedMs: Date.now() - startedAt, lastError };
+}

package/lib/mcp-origin-stamp.js

@@ -0,0 +1,84 @@
+/**
+ * THE ORIGIN STAMP EVERY MCP TOOL RESULT CARRIES.
+ *
+ * MEASURED 2026-09-17: two sessions spent hours investigating a knowledge base as broken.
+ * Both were reading DEV through the MCP connector while believing they were reading PROD,
+ * because tool results said nothing about where they came from. `bin/mcp-server.js` returned
+ * every result as a bare `JSON.stringify(result)` — no origin, no environment. The envelope
+ * carries `community_id`/`app_id`, which READ like provenance and are not: they say which app,
+ * never which deployment of the platform answered.
+ *
+ * By contrast the CLI prints `env: <name> (<source>) <origin>` on EVERY network-bound command,
+ * unprompted (`lib/environment-report.js` `reportEnvironment()`), sourced from the ONE owner of
+ * "which origin did this invocation resolve to" (`lib/origin.js` `resolveOrigin()`, consumed by
+ * `DeSciXApiClient.initialize()` and kept on the client as `baseUrl` + `originSource`).
+ *
+ * This module adds NO second derivation. It reads the SAME two facts the CLI already keeps on
+ * an initialized `DeSciXApiClient` and combines them with the SAME env-name owner
+ * (`environmentNameFor`) the CLI's own status line uses. There is exactly one answer to "what
+ * origin, what environment" for a given client, and every surface — the CLI's stderr line, the
+ * MCP stamp — reads it from here.
+ */
+import { environmentNameFor } from './environment-report.js';
+
+/**
+ * Build the origin stamp for an MCP tool result FROM the one owner: an already-initialized
+ * `DeSciXApiClient`'s `baseUrl` + `originSource` (set once, in `initialize()`, by
+ * `resolveOrigin()` — see `api-client.js`).
+ *
+ * @param {import('./api-client.js').DeSciXApiClient} apiClient - must already be initialized
+ *   (`ensureInitialized()` resolved) so `baseUrl`/`originSource` are populated. Calling this
+ *   before initialization is a caller defect, not a state to paper over with a guess.
+ * @returns {{origin: string, source: string, environment: string}}
+ */
+export function originStampFor(apiClient) {
+    const origin = apiClient?.baseUrl;
+    const source = apiClient?.originSource;
+    if (!origin || !source) {
+        throw new Error(
+            'originStampFor: apiClient has no resolved baseUrl/originSource — ' +
+            'call ensureInitialized() before stamping a result.',
+        );
+    }
+    return { origin, source, environment: environmentNameFor(origin) };
+}
+
+/**
+ * The ONE spelling of the human-visible stamp line. Mirrors `formatEnvLine()`
+ * (`environment-report.js`) in shape so a reader who has seen the CLI's own `env:` line
+ * recognizes this as the same fact, not a second convention.
+ *
+ * @param {{origin: string, source: string, environment: string}} stamp
+ * @returns {string}
+ */
+export function formatOriginStampLine({ origin, source, environment }) {
+    return `[DeSciX origin] env: ${environment} (${source}) ${origin}`;
+}
+
+/**
+ * Attach the origin stamp to an MCP `CallToolResult` — success or error alike.
+ *
+ * TWO PLACES, DELIBERATELY, per the same fact:
+ *   1. An appended `content` block (visible text). This is the fix for the actual measured
+ *      failure: the reader is an LLM/agent consuming the tool's TEXT output, not a program
+ *      inspecting `_meta` — a stamp only a machine can see would not have caught the two
+ *      sessions this closes. The ORIGINAL content entries are left untouched and in place, so
+ *      an existing caller's `JSON.parse(content[0].text)` keeps working exactly as before —
+ *      this only ever APPENDS a new block, never rewrites or reorders the old one.
+ *   2. `_meta.descix_origin` — the MCP-spec extension point (`CallToolResult._meta`, a sibling
+ *      of `content`, not nested inside it) for a programmatic caller that wants the fact as
+ *      structured data without re-parsing the human-readable line.
+ *
+ * @param {{content?: Array<object>, isError?: boolean, [k: string]: any}} result
+ * @param {{origin: string, source: string, environment: string}} stamp
+ * @returns {object} a NEW result object; `result` is not mutated.
+ */
+export function stampToolResult(result, stamp) {
+    const content = Array.isArray(result.content) ? [...result.content] : [];
+    content.push({ type: 'text', text: formatOriginStampLine(stamp) });
+    return {
+        ...result,
+        content,
+        _meta: { ...(result._meta || {}), descix_origin: stamp },
+    };
+}

package/lib/verb-invokes.generated.json

@@ -136,7 +136,8 @@
     "kb_delete_chunks",
     "kb_list_file_ids",
     "kb_sync_chunks",
-    "list_knowledge_bases"
+    "list_knowledge_bases",
+    "query_knowledge_base"
   ],
   "kb delete": [
     "delete_knowledge_base"

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@descix/cli",
-  "version": "1.0.10",
+  "version": "1.0.11",
   "description": "DeSciX CLI and MCP Server - Unified command-line interface for DeSciX platform",
   "repository": {
     "type": "git",