@launchsecure/launch-kit 0.0.10 → 0.0.12

package/dist/server/cli.js

@@ -9034,7 +9034,7 @@ var TOOLS = [
   },
   {
     name: "read_graph",
-    description: 'Query the structural project graph \u2014 a smart Glob replacement that locates files by type/module/name and returns structural metadata (imports, renders, routes, relations). \n\nUSE THIS FOR: "where is X", "what files are in module Y", "what pages exist under /admin", "what components does Z render", "what tables relate to User", "list all hooks in auth module". \n\nDO NOT USE FOR: finding text/code content (use Grep), reading actual source code (use Read), understanding behavior/logic/patterns (graph has no code semantics \u2014 only names and edges). \n\nQUERY PARAMS (at least one required for node data \u2014 unfiltered calls return summary only to stay in context):\n- search: substring match on node id, name, or route\n- type: filter by node type (ui layer: page, layout, component, ui, hook, context, config, util; api layer: endpoint; db layer: table, enum)\n- module: filter by module tag (computed from directory structure, e.g. "auth", "admin", "settings")\n- node_id: return this node + its neighborhood (incoming+outgoing edges within `hops`)\n- hops: neighborhood radius when node_id is set (default 1)\n- minimal: return only id/type/name/module/route per node (skip heavy fields like columns, exports)\n- include_edges: return the actual edge list. Default: TRUE for neighborhood queries (node_id), FALSE for filter queries (search/type/module). Filter responses always include `edge_count`; only pass include_edges:true when you actually need to inspect individual edges (e.g. "which components render X"). This default cuts typical filter responses in half.\n\nBATCH MODE: pass `queries` (array of query objects) to run multiple independent queries in a single call. Each query object uses the same params (layer/search/type/module/node_id/hops/minimal). Returns { batch: true, count, results: [{index, query, result}, ...] }. Use this when you need multiple graph views up-front (e.g. scoping a feature across ui+api+db layers) to save round-trips. When batch mode is used, top-level params are ignored.\n\nReturns: filtered nodes + edges between them. If no filter given, returns per-layer counts and type breakdown only.\n\nWIRE FORMAT (compact): responses that include nodes/edges use short keys and edge-by-index refs to cut payload ~40-60%. Every such response carries a `_schema` legend. Quick reference:\n  nodes[]: { i: id, t: type, n: name, m: module, r: route, mt: methods, x: exports, c: columns }\n  edges[]: { s: source_node_index, d: target_node_index, t: type, l: label }\nedges.s / edges.d are 0-based indices into THIS response\'s nodes array. If a referenced node is not in the response (boundary case), s/d may instead contain the full node id string \u2014 always check the type.\n\nPAGINATION (filter queries):\n- Use `offset` and `limit` to paginate through large result sets.\n- Response includes: `total` (matched), `returned` (in this page), `has_more`, `next_offset`.\n- If `has_more: true`, call again with `offset: next_offset` to get the next page.\n\nBUDGET GUARDS:\n- Neighborhood queries stop expanding when the projected response exceeds budget. The response then contains `budget_exceeded: true` plus `hops_traversed < hops_requested`. When this happens, drill into a specific neighbor with another node_id call rather than retrying with larger hops \u2014 it will just truncate again.\n- Batch mode caps total response size. Once the budget is hit, later queries return `{skipped: true, reason: "batch_budget_exhausted"}` and you must re-run them individually.',
+    description: 'Query the structural project graph \u2014 use INSTEAD of Glob and Grep for locating files, understanding structure, and navigating the codebase. Faster and more accurate than file-system search because it returns typed nodes with metadata and relationships. \n\nUSE THIS FOR: "where is X", "what files are in module Y", "what pages exist under /admin", "what components does Z render", "what tables relate to User", "list all hooks in auth module", "which endpoints touch the User table", "what auth strategy does this endpoint use". \n\nDO NOT USE FOR: understanding what\'s INSIDE a component (use inspect_node for elements, conditions, state, variables, responses), reading actual source code (use Read). \n\nQUERY PARAMS (at least one required for node data \u2014 unfiltered calls return summary only to stay in context):\n- search: substring match on node id, name, or route\n- type: filter by node type (ui layer: page, layout, component, ui, hook, context, config, util; api layer: endpoint; db layer: table, enum)\n- module: filter by module tag (computed from directory structure, e.g. "auth", "admin", "settings")\n- node_id: return this node + its neighborhood (incoming+outgoing edges within `hops`)\n- hops: neighborhood radius when node_id is set (default 1)\n- minimal: return only id/type/name/module/route per node (skip heavy fields like columns, exports)\n- include_edges: return the actual edge list. Default: TRUE for neighborhood queries (node_id), FALSE for filter queries (search/type/module). Filter responses always include `edge_count`; only pass include_edges:true when you actually need to inspect individual edges (e.g. "which components render X"). This default cuts typical filter responses in half.\n\nBATCH MODE: pass `queries` (array of query objects) to run multiple independent queries in a single call. Each query object uses the same params (layer/search/type/module/node_id/hops/minimal). Returns { batch: true, count, results: [{index, query, result}, ...] }. Use this when you need multiple graph views up-front (e.g. scoping a feature across ui+api+db layers) to save round-trips. When batch mode is used, top-level params are ignored.\n\nReturns: filtered nodes + edges between them. If no filter given, returns per-layer counts and type breakdown only.\n\nWIRE FORMAT (compact): responses that include nodes/edges use short keys and edge-by-index refs to cut payload ~40-60%. Every such response carries a `_schema` legend. Quick reference:\n  nodes[]: { i: id, t: type, n: name, m: module, r: route, mt: methods, x: exports, c: columns }\n  edges[]: { s: source_node_index, d: target_node_index, t: type, l: label }\nedges.s / edges.d are 0-based indices into THIS response\'s nodes array. If a referenced node is not in the response (boundary case), s/d may instead contain the full node id string \u2014 always check the type.\n\nPAGINATION (filter queries):\n- Use `offset` and `limit` to paginate through large result sets.\n- Response includes: `total` (matched), `returned` (in this page), `has_more`, `next_offset`.\n- If `has_more: true`, call again with `offset: next_offset` to get the next page.\n\nBUDGET GUARDS:\n- Neighborhood queries stop expanding when the projected response exceeds budget. The response then contains `budget_exceeded: true` plus `hops_traversed < hops_requested`. When this happens, drill into a specific neighbor with another node_id call rather than retrying with larger hops \u2014 it will just truncate again.\n- Batch mode caps total response size. Once the budget is hit, later queries return `{skipped: true, reason: "batch_budget_exhausted"}` and you must re-run them individually.',
     inputSchema: {
       type: "object",
       properties: {
@@ -9109,7 +9109,7 @@ var TOOLS = [
   },
   {
     name: "grep_nodes",
-    description: `Search for text patterns WITHIN files selected by the project graph. Combines structural filtering (type/module/neighborhood) with regex content search \u2014 narrower than plain Grep because it only scans files matching the graph filter, reducing noise from tests, docs, generated code, unrelated modules.
+    description: `Search for text patterns WITHIN files selected by the project graph. Use INSTEAD of Grep when searching within code \u2014 combines structural filtering (type/module/neighborhood) with regex content search. Narrower than plain Grep because it only scans files matching the graph filter, reducing noise from tests, docs, generated code, unrelated modules.
 
 USE THIS FOR: "which auth hooks use JWT decoding", "find TODO comments in pages only", "which deployment writers call Sentry", "what validation schemas exist in form components". It's grep scoped to a structurally-selected file set.
 
@@ -9157,9 +9157,9 @@ Returns: { pattern, filter, files_searched, total_matches, matches: [{file, line
   },
   {
     name: "inspect_node",
-    description: `Get deep AST data for specific graph nodes \u2014 what's INSIDE a component or endpoint. Returns elements (JSX), state hooks, conditions, variables, responses, and request params.
+    description: `Get deep AST data for specific graph nodes \u2014 what's INSIDE a component or endpoint. Returns elements (JSX), state hooks, conditions, variables, responses, and request params. Use INSTEAD of Grep/Read when you need to understand component internals without reading source.
 
-USE THIS FOR: "what elements does LoginPage have?", "what conditions does the login endpoint check?", "what state does SettingsPage manage?", "what responses can this endpoint return?"
+USE THIS FOR: "what elements does LoginPage have?", "what conditions does the login endpoint check?", "what state does SettingsPage manage?", "what responses can this endpoint return?", "what validation does this API do?", "what props does this component accept?", "which endpoints check for isAdmin?", "find all conditions mentioning rateLimit"
 
 DO NOT USE FOR: structural queries (use read_graph), content search (use grep_nodes).
 
@@ -9184,6 +9184,14 @@ Returns deep fields only \u2014 not structural metadata (use read_graph for that
           type: "array",
           items: { type: "string" },
           description: "Specific deep fields to return. Options: elements, stateVars, conditions, variables, responses, params. Omit for all."
+        },
+        filter: {
+          type: "string",
+          description: "Regex pattern to search WITHIN deep field values. Only returns nodes where at least one deep field matches. Searches across all string values in the requested fields (condition tests, variable inits, element tags/props, response bodies, etc.). When set, search becomes optional and node limit is raised to 50."
+        },
+        case_insensitive: {
+          type: "boolean",
+          description: "Case-insensitive filter matching. Default true."
         }
       },
       required: ["layer"]
@@ -9660,8 +9668,10 @@ function handleInspectNode(args) {
   const nodeId = args.node_id;
   const search = args.search;
   const fields = args.fields;
+  const filter = args.filter;
+  const caseInsensitive = args.case_insensitive ?? true;
   if (!layer) return err("layer is required.");
-  if (!nodeId && !search) return err("Either node_id or search is required.");
+  if (!nodeId && !search && !filter) return err("Either node_id, search, or filter is required.");
   const graph = readGraph(rootDir, layer);
   if (!graph) return err(`No graph found for layer "${layer}". Run generate_graph first.`);
   let matched;
@@ -9669,30 +9679,66 @@ function handleInspectNode(args) {
     const node = graph.nodes.find((n) => n.id === nodeId);
     if (!node) return err(`Node "${nodeId}" not found in ${layer} layer.`);
     matched = [node];
-  } else {
+  } else if (search) {
     const searchLower = search.toLowerCase();
     matched = graph.nodes.filter(
       (n) => n.id.toLowerCase().includes(searchLower) || n.name.toLowerCase().includes(searchLower) || n.route?.toLowerCase().includes(searchLower)
     );
-  }
-  if (matched.length === 0) return err(`No nodes matching "${search}" in ${layer} layer.`);
-  if (matched.length > 5) {
-    return err(`${matched.length} nodes match "${search}". Narrow your search (max 5 for inspect_node).`);
+  } else {
+    matched = graph.nodes;
   }
   const allDeepFields = ["elements", "stateVars", "conditions", "variables", "responses", "params"];
   const requestedFields = fields ?? allDeepFields;
-  const results = matched.map((node) => {
+  let filterRegex = null;
+  if (filter) {
+    try {
+      filterRegex = new RegExp(filter, caseInsensitive ? "i" : "");
+    } catch {
+      return err(`Invalid regex pattern: "${filter}"`);
+    }
+  }
+  function deepMatch(obj, regex) {
+    if (typeof obj === "string") return regex.test(obj);
+    if (Array.isArray(obj)) return obj.some((item) => deepMatch(item, regex));
+    if (obj && typeof obj === "object") {
+      return Object.values(obj).some((val) => deepMatch(val, regex));
+    }
+    return false;
+  }
+  const results = [];
+  const maxResults = filter ? 50 : 5;
+  for (const node of matched) {
     const deep = { id: node.id, name: node.name, type: node.type };
+    let hasData = false;
     for (const field of requestedFields) {
       if (allDeepFields.includes(field) && node[field] != null) {
         deep[field] = node[field];
+        hasData = true;
       }
     }
-    return deep;
-  });
+    if (filterRegex) {
+      let fieldMatches = false;
+      for (const field of requestedFields) {
+        if (node[field] != null && deepMatch(node[field], filterRegex)) {
+          fieldMatches = true;
+          break;
+        }
+      }
+      if (!fieldMatches) continue;
+    }
+    if (hasData || !filter) {
+      results.push(deep);
+    }
+    if (results.length >= maxResults) break;
+  }
+  if (results.length === 0) {
+    const hint = filter ? `No nodes with deep fields matching /${filter}/${caseInsensitive ? "i" : ""} in ${layer} layer.` : `No nodes matching "${search}" in ${layer} layer.`;
+    return err(hint);
+  }
   return okJson({
     layer,
     matched: results.length,
+    ...results.length >= maxResults ? { truncated: true, hint: `Showing first ${maxResults} matches. Narrow with search param.` } : {},
     nodes: results
   });
 }

package/dist/server/graph-mcp-entry.js

@@ -3519,8 +3519,10 @@ function handleInspectNode(args) {
   const nodeId = args.node_id;
   const search = args.search;
   const fields = args.fields;
+  const filter = args.filter;
+  const caseInsensitive = args.case_insensitive ?? true;
   if (!layer) return err("layer is required.");
-  if (!nodeId && !search) return err("Either node_id or search is required.");
+  if (!nodeId && !search && !filter) return err("Either node_id, search, or filter is required.");
   const graph = readGraph(rootDir, layer);
   if (!graph) return err(`No graph found for layer "${layer}". Run generate_graph first.`);
   let matched;
@@ -3528,30 +3530,66 @@ function handleInspectNode(args) {
     const node = graph.nodes.find((n) => n.id === nodeId);
     if (!node) return err(`Node "${nodeId}" not found in ${layer} layer.`);
     matched = [node];
-  } else {
+  } else if (search) {
     const searchLower = search.toLowerCase();
     matched = graph.nodes.filter(
       (n) => n.id.toLowerCase().includes(searchLower) || n.name.toLowerCase().includes(searchLower) || n.route?.toLowerCase().includes(searchLower)
     );
-  }
-  if (matched.length === 0) return err(`No nodes matching "${search}" in ${layer} layer.`);
-  if (matched.length > 5) {
-    return err(`${matched.length} nodes match "${search}". Narrow your search (max 5 for inspect_node).`);
+  } else {
+    matched = graph.nodes;
   }
   const allDeepFields = ["elements", "stateVars", "conditions", "variables", "responses", "params"];
   const requestedFields = fields ?? allDeepFields;
-  const results = matched.map((node) => {
+  let filterRegex = null;
+  if (filter) {
+    try {
+      filterRegex = new RegExp(filter, caseInsensitive ? "i" : "");
+    } catch {
+      return err(`Invalid regex pattern: "${filter}"`);
+    }
+  }
+  function deepMatch(obj, regex) {
+    if (typeof obj === "string") return regex.test(obj);
+    if (Array.isArray(obj)) return obj.some((item) => deepMatch(item, regex));
+    if (obj && typeof obj === "object") {
+      return Object.values(obj).some((val) => deepMatch(val, regex));
+    }
+    return false;
+  }
+  const results = [];
+  const maxResults = filter ? 50 : 5;
+  for (const node of matched) {
     const deep = { id: node.id, name: node.name, type: node.type };
+    let hasData = false;
     for (const field of requestedFields) {
       if (allDeepFields.includes(field) && node[field] != null) {
         deep[field] = node[field];
+        hasData = true;
       }
     }
-    return deep;
-  });
+    if (filterRegex) {
+      let fieldMatches = false;
+      for (const field of requestedFields) {
+        if (node[field] != null && deepMatch(node[field], filterRegex)) {
+          fieldMatches = true;
+          break;
+        }
+      }
+      if (!fieldMatches) continue;
+    }
+    if (hasData || !filter) {
+      results.push(deep);
+    }
+    if (results.length >= maxResults) break;
+  }
+  if (results.length === 0) {
+    const hint = filter ? `No nodes with deep fields matching /${filter}/${caseInsensitive ? "i" : ""} in ${layer} layer.` : `No nodes matching "${search}" in ${layer} layer.`;
+    return err(hint);
+  }
   return okJson({
     layer,
     matched: results.length,
+    ...results.length >= maxResults ? { truncated: true, hint: `Showing first ${maxResults} matches. Narrow with search param.` } : {},
     nodes: results
   });
 }
@@ -3949,7 +3987,7 @@ var init_graph_mcp = __esm({
       },
       {
         name: "read_graph",
-        description: 'Query the structural project graph \u2014 a smart Glob replacement that locates files by type/module/name and returns structural metadata (imports, renders, routes, relations). \n\nUSE THIS FOR: "where is X", "what files are in module Y", "what pages exist under /admin", "what components does Z render", "what tables relate to User", "list all hooks in auth module". \n\nDO NOT USE FOR: finding text/code content (use Grep), reading actual source code (use Read), understanding behavior/logic/patterns (graph has no code semantics \u2014 only names and edges). \n\nQUERY PARAMS (at least one required for node data \u2014 unfiltered calls return summary only to stay in context):\n- search: substring match on node id, name, or route\n- type: filter by node type (ui layer: page, layout, component, ui, hook, context, config, util; api layer: endpoint; db layer: table, enum)\n- module: filter by module tag (computed from directory structure, e.g. "auth", "admin", "settings")\n- node_id: return this node + its neighborhood (incoming+outgoing edges within `hops`)\n- hops: neighborhood radius when node_id is set (default 1)\n- minimal: return only id/type/name/module/route per node (skip heavy fields like columns, exports)\n- include_edges: return the actual edge list. Default: TRUE for neighborhood queries (node_id), FALSE for filter queries (search/type/module). Filter responses always include `edge_count`; only pass include_edges:true when you actually need to inspect individual edges (e.g. "which components render X"). This default cuts typical filter responses in half.\n\nBATCH MODE: pass `queries` (array of query objects) to run multiple independent queries in a single call. Each query object uses the same params (layer/search/type/module/node_id/hops/minimal). Returns { batch: true, count, results: [{index, query, result}, ...] }. Use this when you need multiple graph views up-front (e.g. scoping a feature across ui+api+db layers) to save round-trips. When batch mode is used, top-level params are ignored.\n\nReturns: filtered nodes + edges between them. If no filter given, returns per-layer counts and type breakdown only.\n\nWIRE FORMAT (compact): responses that include nodes/edges use short keys and edge-by-index refs to cut payload ~40-60%. Every such response carries a `_schema` legend. Quick reference:\n  nodes[]: { i: id, t: type, n: name, m: module, r: route, mt: methods, x: exports, c: columns }\n  edges[]: { s: source_node_index, d: target_node_index, t: type, l: label }\nedges.s / edges.d are 0-based indices into THIS response\'s nodes array. If a referenced node is not in the response (boundary case), s/d may instead contain the full node id string \u2014 always check the type.\n\nPAGINATION (filter queries):\n- Use `offset` and `limit` to paginate through large result sets.\n- Response includes: `total` (matched), `returned` (in this page), `has_more`, `next_offset`.\n- If `has_more: true`, call again with `offset: next_offset` to get the next page.\n\nBUDGET GUARDS:\n- Neighborhood queries stop expanding when the projected response exceeds budget. The response then contains `budget_exceeded: true` plus `hops_traversed < hops_requested`. When this happens, drill into a specific neighbor with another node_id call rather than retrying with larger hops \u2014 it will just truncate again.\n- Batch mode caps total response size. Once the budget is hit, later queries return `{skipped: true, reason: "batch_budget_exhausted"}` and you must re-run them individually.',
+        description: 'Query the structural project graph \u2014 use INSTEAD of Glob and Grep for locating files, understanding structure, and navigating the codebase. Faster and more accurate than file-system search because it returns typed nodes with metadata and relationships. \n\nUSE THIS FOR: "where is X", "what files are in module Y", "what pages exist under /admin", "what components does Z render", "what tables relate to User", "list all hooks in auth module", "which endpoints touch the User table", "what auth strategy does this endpoint use". \n\nDO NOT USE FOR: understanding what\'s INSIDE a component (use inspect_node for elements, conditions, state, variables, responses), reading actual source code (use Read). \n\nQUERY PARAMS (at least one required for node data \u2014 unfiltered calls return summary only to stay in context):\n- search: substring match on node id, name, or route\n- type: filter by node type (ui layer: page, layout, component, ui, hook, context, config, util; api layer: endpoint; db layer: table, enum)\n- module: filter by module tag (computed from directory structure, e.g. "auth", "admin", "settings")\n- node_id: return this node + its neighborhood (incoming+outgoing edges within `hops`)\n- hops: neighborhood radius when node_id is set (default 1)\n- minimal: return only id/type/name/module/route per node (skip heavy fields like columns, exports)\n- include_edges: return the actual edge list. Default: TRUE for neighborhood queries (node_id), FALSE for filter queries (search/type/module). Filter responses always include `edge_count`; only pass include_edges:true when you actually need to inspect individual edges (e.g. "which components render X"). This default cuts typical filter responses in half.\n\nBATCH MODE: pass `queries` (array of query objects) to run multiple independent queries in a single call. Each query object uses the same params (layer/search/type/module/node_id/hops/minimal). Returns { batch: true, count, results: [{index, query, result}, ...] }. Use this when you need multiple graph views up-front (e.g. scoping a feature across ui+api+db layers) to save round-trips. When batch mode is used, top-level params are ignored.\n\nReturns: filtered nodes + edges between them. If no filter given, returns per-layer counts and type breakdown only.\n\nWIRE FORMAT (compact): responses that include nodes/edges use short keys and edge-by-index refs to cut payload ~40-60%. Every such response carries a `_schema` legend. Quick reference:\n  nodes[]: { i: id, t: type, n: name, m: module, r: route, mt: methods, x: exports, c: columns }\n  edges[]: { s: source_node_index, d: target_node_index, t: type, l: label }\nedges.s / edges.d are 0-based indices into THIS response\'s nodes array. If a referenced node is not in the response (boundary case), s/d may instead contain the full node id string \u2014 always check the type.\n\nPAGINATION (filter queries):\n- Use `offset` and `limit` to paginate through large result sets.\n- Response includes: `total` (matched), `returned` (in this page), `has_more`, `next_offset`.\n- If `has_more: true`, call again with `offset: next_offset` to get the next page.\n\nBUDGET GUARDS:\n- Neighborhood queries stop expanding when the projected response exceeds budget. The response then contains `budget_exceeded: true` plus `hops_traversed < hops_requested`. When this happens, drill into a specific neighbor with another node_id call rather than retrying with larger hops \u2014 it will just truncate again.\n- Batch mode caps total response size. Once the budget is hit, later queries return `{skipped: true, reason: "batch_budget_exhausted"}` and you must re-run them individually.',
         inputSchema: {
           type: "object",
           properties: {
@@ -4024,7 +4062,7 @@ var init_graph_mcp = __esm({
       },
       {
         name: "grep_nodes",
-        description: `Search for text patterns WITHIN files selected by the project graph. Combines structural filtering (type/module/neighborhood) with regex content search \u2014 narrower than plain Grep because it only scans files matching the graph filter, reducing noise from tests, docs, generated code, unrelated modules.
+        description: `Search for text patterns WITHIN files selected by the project graph. Use INSTEAD of Grep when searching within code \u2014 combines structural filtering (type/module/neighborhood) with regex content search. Narrower than plain Grep because it only scans files matching the graph filter, reducing noise from tests, docs, generated code, unrelated modules.
 
 USE THIS FOR: "which auth hooks use JWT decoding", "find TODO comments in pages only", "which deployment writers call Sentry", "what validation schemas exist in form components". It's grep scoped to a structurally-selected file set.
 
@@ -4072,9 +4110,9 @@ Returns: { pattern, filter, files_searched, total_matches, matches: [{file, line
       },
       {
         name: "inspect_node",
-        description: `Get deep AST data for specific graph nodes \u2014 what's INSIDE a component or endpoint. Returns elements (JSX), state hooks, conditions, variables, responses, and request params.
+        description: `Get deep AST data for specific graph nodes \u2014 what's INSIDE a component or endpoint. Returns elements (JSX), state hooks, conditions, variables, responses, and request params. Use INSTEAD of Grep/Read when you need to understand component internals without reading source.
 
-USE THIS FOR: "what elements does LoginPage have?", "what conditions does the login endpoint check?", "what state does SettingsPage manage?", "what responses can this endpoint return?"
+USE THIS FOR: "what elements does LoginPage have?", "what conditions does the login endpoint check?", "what state does SettingsPage manage?", "what responses can this endpoint return?", "what validation does this API do?", "what props does this component accept?", "which endpoints check for isAdmin?", "find all conditions mentioning rateLimit"
 
 DO NOT USE FOR: structural queries (use read_graph), content search (use grep_nodes).
 
@@ -4099,6 +4137,14 @@ Returns deep fields only \u2014 not structural metadata (use read_graph for that
               type: "array",
               items: { type: "string" },
               description: "Specific deep fields to return. Options: elements, stateVars, conditions, variables, responses, params. Omit for all."
+            },
+            filter: {
+              type: "string",
+              description: "Regex pattern to search WITHIN deep field values. Only returns nodes where at least one deep field matches. Searches across all string values in the requested fields (condition tests, variable inits, element tags/props, response bodies, etc.). When set, search becomes optional and node limit is raised to 50."
+            },
+            case_insensitive: {
+              type: "boolean",
+              description: "Case-insensitive filter matching. Default true."
             }
           },
           required: ["layer"]

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@launchsecure/launch-kit",
-  "version": "0.0.10",
+  "version": "0.0.12",
   "description": "LaunchSecure toolkit — launch-pod (pipeline pod), launch-chart (project graph MCP), and more.",
   "license": "MIT",
   "author": "LaunchSecure - AutomateWithUs",