schematex 0.8.2 → 0.8.3

package/dist/ai/ai-sdk.cjs

@@ -1,6 +1,6 @@
 'use strict';
 
-var chunkHWNVSNDJ_cjs = require('../chunk-HWNVSNDJ.cjs');
+var chunkFQ4JUNTE_cjs = require('../chunk-FQ4JUNTE.cjs');
 require('../chunk-UGB42BGK.cjs');
 require('../chunk-Q2YRJHFB.cjs');
 require('../chunk-JIJWGHRN.cjs');
@@ -31,7 +31,7 @@ var schematexTools = {
   listDiagrams: ai.tool({
     description: "List every Schematex diagram type with a tagline, 'use when' hint, domain cluster, and authoritative standard. Call this first to discover what's available.",
     inputSchema: zod.z.object({}),
-    execute: async () => chunkHWNVSNDJ_cjs.listDiagrams()
+    execute: async () => chunkFQ4JUNTE_cjs.listDiagrams()
   }),
   getSyntax: ai.tool({
     description: "Return syntax for one diagram type. Default `detail: canonical` is the compact first-shot generation path: canonical header, preferred forms, rules, and repair checks. Request `detail: reference` only for advanced forms or imported adapters after choosing a type.",
@@ -46,7 +46,7 @@ var schematexTools = {
     execute: async ({
       type,
       detail
-    }) => chunkHWNVSNDJ_cjs.getSyntax(type, { detail })
+    }) => chunkFQ4JUNTE_cjs.getSyntax(type, { detail })
   }),
   getExamples: ai.tool({
     description: "Return curated real-world DSL examples for a diagram type, each with scenario notes and tags. Use as few-shot context before generating DSL.",
@@ -56,7 +56,7 @@ var schematexTools = {
       preferFeatured: zod.z.boolean().optional().describe("Rank featured examples first."),
       maxComplexity: zod.z.number().int().min(1).max(5).optional().describe("Only return examples with complexity <= this value (1=simplest).")
     }),
-    execute: async (args) => chunkHWNVSNDJ_cjs.getExamples(args.type, {
+    execute: async (args) => chunkFQ4JUNTE_cjs.getExamples(args.type, {
       limit: args.limit,
       preferFeatured: args.preferFeatured,
       maxComplexity: args.maxComplexity
@@ -70,7 +70,7 @@ var schematexTools = {
       ),
       dsl: zod.z.string().describe("The DSL source text to validate.")
     }),
-    execute: async ({ type, dsl }) => chunkHWNVSNDJ_cjs.validateDsl(type, dsl)
+    execute: async ({ type, dsl }) => chunkFQ4JUNTE_cjs.validateDsl(type, dsl)
   }),
   renderDsl: ai.tool({
     description: "Render Schematex DSL to an SVG string. Returns { ok: true, svg } or { ok: false, errors }. Use when the caller needs the actual diagram output, not just validation.",
@@ -85,7 +85,7 @@ var schematexTools = {
       dsl,
       theme,
       padding
-    }) => chunkHWNVSNDJ_cjs.renderDsl(type, dsl, { theme, padding })
+    }) => chunkFQ4JUNTE_cjs.renderDsl(type, dsl, { theme, padding })
   })
 };
 

package/dist/ai/ai-sdk.d.cts

@@ -1,5 +1,5 @@
 import * as ai from 'ai';
-import { c as DiagramListItem, g as GetSyntaxResult, e as GetExamplesResult, V as ValidateDslResult, R as RenderDslResult } from '../tools-CVgUmiGP.cjs';
+import { c as DiagramListItem, g as GetSyntaxResult, e as GetExamplesResult, V as ValidateDslResult, R as RenderDslResult } from '../tools-CjW8usJE.cjs';
 import '../api-BDMaX1cT.cjs';
 import '../diagnostics-hObcaaFC.cjs';
 

package/dist/ai/ai-sdk.d.ts

@@ -1,5 +1,5 @@
 import * as ai from 'ai';
-import { c as DiagramListItem, g as GetSyntaxResult, e as GetExamplesResult, V as ValidateDslResult, R as RenderDslResult } from '../tools-CbBjmZVr.js';
+import { c as DiagramListItem, g as GetSyntaxResult, e as GetExamplesResult, V as ValidateDslResult, R as RenderDslResult } from '../tools-bqQ92FwC.js';
 import '../api-OED2jUVj.js';
 import '../diagnostics-hObcaaFC.js';
 

package/dist/ai/ai-sdk.js

@@ -1,4 +1,4 @@
-import { renderDsl, validateDsl, getExamples, getSyntax, listDiagrams } from '../chunk-FLDHD4RM.js';
+import { renderDsl, validateDsl, getExamples, getSyntax, listDiagrams } from '../chunk-S7GR77NY.js';
 import '../chunk-LM5X7ZNR.js';
 import '../chunk-E3CAJGJM.js';
 import '../chunk-T3GV7OVF.js';

package/dist/ai/index.cjs

@@ -1,6 +1,6 @@
 'use strict';
 
-var chunkHWNVSNDJ_cjs = require('../chunk-HWNVSNDJ.cjs');
+var chunkFQ4JUNTE_cjs = require('../chunk-FQ4JUNTE.cjs');
 require('../chunk-UGB42BGK.cjs');
 require('../chunk-Q2YRJHFB.cjs');
 require('../chunk-JIJWGHRN.cjs');
@@ -29,47 +29,47 @@ require('../chunk-3WNW5Y7P.cjs');
 
 Object.defineProperty(exports, "DIAGRAM_REGISTRY", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.DIAGRAM_REGISTRY; }
+  get: function () { return chunkFQ4JUNTE_cjs.DIAGRAM_REGISTRY; }
 });
 Object.defineProperty(exports, "DIAGRAM_SINCE", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.DIAGRAM_SINCE; }
+  get: function () { return chunkFQ4JUNTE_cjs.DIAGRAM_SINCE; }
 });
 Object.defineProperty(exports, "getAllDiagramTypes", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.getAllDiagramTypes; }
+  get: function () { return chunkFQ4JUNTE_cjs.getAllDiagramTypes; }
 });
 Object.defineProperty(exports, "getDiagramMeta", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.getDiagramMeta; }
+  get: function () { return chunkFQ4JUNTE_cjs.getDiagramMeta; }
 });
 Object.defineProperty(exports, "getDiagramSince", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.getDiagramSince; }
+  get: function () { return chunkFQ4JUNTE_cjs.getDiagramSince; }
 });
 Object.defineProperty(exports, "getExamples", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.getExamples; }
+  get: function () { return chunkFQ4JUNTE_cjs.getExamples; }
 });
 Object.defineProperty(exports, "getSyntax", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.getSyntax; }
+  get: function () { return chunkFQ4JUNTE_cjs.getSyntax; }
 });
 Object.defineProperty(exports, "listDiagrams", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.listDiagrams; }
+  get: function () { return chunkFQ4JUNTE_cjs.listDiagrams; }
 });
 Object.defineProperty(exports, "renderDsl", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.renderDsl; }
+  get: function () { return chunkFQ4JUNTE_cjs.renderDsl; }
 });
 Object.defineProperty(exports, "resolveDiagramType", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.resolveDiagramType; }
+  get: function () { return chunkFQ4JUNTE_cjs.resolveDiagramType; }
 });
 Object.defineProperty(exports, "validateDsl", {
   enumerable: true,
-  get: function () { return chunkHWNVSNDJ_cjs.validateDsl; }
+  get: function () { return chunkFQ4JUNTE_cjs.validateDsl; }
 });
 //# sourceMappingURL=index.cjs.map
 //# sourceMappingURL=index.cjs.map

package/dist/ai/index.d.cts

@@ -1,4 +1,4 @@
-export { D as DIAGRAM_REGISTRY, a as DIAGRAM_SINCE, b as DiagramCluster, c as DiagramListItem, d as DiagramMeta, E as Example, G as GetExamplesOptions, e as GetExamplesResult, f as GetSyntaxOptions, g as GetSyntaxResult, R as RenderDslResult, S as SchematexValidationError, h as SyntaxDetail, i as SyntaxDoc, V as ValidateDslResult, j as getAllDiagramTypes, k as getDiagramMeta, l as getDiagramSince, m as getExamples, n as getSyntax, o as listDiagrams, r as renderDsl, p as resolveDiagramType, v as validateDsl } from '../tools-CVgUmiGP.cjs';
+export { D as DIAGRAM_REGISTRY, a as DIAGRAM_SINCE, b as DiagramCluster, c as DiagramListItem, d as DiagramMeta, E as Example, G as GetExamplesOptions, e as GetExamplesResult, f as GetSyntaxOptions, g as GetSyntaxResult, R as RenderDslResult, S as SchematexValidationError, h as SyntaxDetail, i as SyntaxDoc, V as ValidateDslResult, j as getAllDiagramTypes, k as getDiagramMeta, l as getDiagramSince, m as getExamples, n as getSyntax, o as listDiagrams, r as renderDsl, p as resolveDiagramType, v as validateDsl } from '../tools-CjW8usJE.cjs';
 import { a as DiagramType } from '../diagnostics-hObcaaFC.cjs';
 import '../api-BDMaX1cT.cjs';
 

package/dist/ai/index.d.ts

@@ -1,4 +1,4 @@
-export { D as DIAGRAM_REGISTRY, a as DIAGRAM_SINCE, b as DiagramCluster, c as DiagramListItem, d as DiagramMeta, E as Example, G as GetExamplesOptions, e as GetExamplesResult, f as GetSyntaxOptions, g as GetSyntaxResult, R as RenderDslResult, S as SchematexValidationError, h as SyntaxDetail, i as SyntaxDoc, V as ValidateDslResult, j as getAllDiagramTypes, k as getDiagramMeta, l as getDiagramSince, m as getExamples, n as getSyntax, o as listDiagrams, r as renderDsl, p as resolveDiagramType, v as validateDsl } from '../tools-CbBjmZVr.js';
+export { D as DIAGRAM_REGISTRY, a as DIAGRAM_SINCE, b as DiagramCluster, c as DiagramListItem, d as DiagramMeta, E as Example, G as GetExamplesOptions, e as GetExamplesResult, f as GetSyntaxOptions, g as GetSyntaxResult, R as RenderDslResult, S as SchematexValidationError, h as SyntaxDetail, i as SyntaxDoc, V as ValidateDslResult, j as getAllDiagramTypes, k as getDiagramMeta, l as getDiagramSince, m as getExamples, n as getSyntax, o as listDiagrams, r as renderDsl, p as resolveDiagramType, v as validateDsl } from '../tools-bqQ92FwC.js';
 import { a as DiagramType } from '../diagnostics-hObcaaFC.js';
 import '../api-OED2jUVj.js';
 

package/dist/ai/index.js

@@ -1,4 +1,4 @@
-export { DIAGRAM_REGISTRY, DIAGRAM_SINCE, getAllDiagramTypes, getDiagramMeta, getDiagramSince, getExamples, getSyntax, listDiagrams, renderDsl, resolveDiagramType, validateDsl } from '../chunk-FLDHD4RM.js';
+export { DIAGRAM_REGISTRY, DIAGRAM_SINCE, getAllDiagramTypes, getDiagramMeta, getDiagramSince, getExamples, getSyntax, listDiagrams, renderDsl, resolveDiagramType, validateDsl } from '../chunk-S7GR77NY.js';
 import '../chunk-LM5X7ZNR.js';
 import '../chunk-E3CAJGJM.js';
 import '../chunk-T3GV7OVF.js';

package/dist/{chunk-HWNVSNDJ.cjs → chunk-FQ4JUNTE.cjs}

@@ -349,7 +349,18 @@ var DIAGRAM_REGISTRY = [
     useWhen: "Use to propagate the consequences of an initiating event through a chain of barriers/safety functions and quantify each outcome's frequency \u2014 the inductive complement to a fault tree and the right wing of a bowtie. Header `eventtree`/`eta`; declare the initiating event with a frequency, the ordered functions with success/failure branch probabilities, and outcome rows with `s`/`f`/`*` patterns. The engine computes path frequency = f_initiating \xD7 \u03A0 branch-probabilities and flags the dominant sequence.",
     cluster: "risk-reliability",
     standard: "IEC 62502:2010 \xB7 NUREG/CR-2300 (PRA) \xB7 ISO 31010 Annex B; see 39-EVENT-TREE-STANDARD.md",
-    syntaxKey: "eventtree"
+    syntaxKey: "eventtree",
+    aliases: ["Event Tree Analysis", "ETA diagram", "event tree", "\u4E8B\u4EF6\u6811\u5206\u6790"],
+    keywords: [
+      "probabilistic risk assessment",
+      "PRA",
+      "safety function",
+      "accident sequence",
+      "barrier analysis",
+      "consequence analysis",
+      "nuclear safety",
+      "IEC 62502"
+    ]
   },
   {
     type: "fmea",
@@ -358,7 +369,25 @@ var DIAGRAM_REGISTRY = [
     useWhen: "Use to score and prioritise how each component/process step can fail \u2014 severity, occurrence, detection \u2014 and decide what to fix first. Header `fmea`; declare item/function \u2192 failure mode \u2192 effect (with `sev`) \u2192 cause (with `occ`) \u2192 controls (with `det`). The engine computes RPN = S\xD7O\xD7D and the AIAG-VDA Action Priority (High/Medium/Low), sorts the sheet, and colour-fills the RPN/AP cells by risk. Schematex's first table-shaped diagram.",
     cluster: "risk-reliability",
     standard: "AIAG-VDA FMEA Handbook (2019) \xB7 IEC 60812:2018 \xB7 SAE J1739 \xB7 MIL-STD-1629A; see 40-FMEA-STANDARD.md",
-    syntaxKey: "fmea"
+    syntaxKey: "fmea",
+    aliases: [
+      "FMEA",
+      "Failure Mode and Effects Analysis",
+      "FMECA",
+      "failure mode analysis",
+      "\u6545\u969C\u6A21\u5F0F\u4E0E\u5F71\u54CD\u5206\u6790"
+    ],
+    keywords: [
+      "RPN",
+      "risk priority number",
+      "Action Priority",
+      "AIAG-VDA",
+      "DFMEA",
+      "PFMEA",
+      "severity occurrence detection",
+      "reliability engineering",
+      "IEC 60812"
+    ]
   },
   // ── Systems thinking / stochastic ────────────────────────────
   {
@@ -368,7 +397,23 @@ var DIAGRAM_REGISTRY = [
     useWhen: 'Use for systems thinking / system dynamics: variables connected by `+`/`\u2212` causal links, where the engine detects feedback loops and labels each R (even number of negative links) or B (odd). Header `causalloop`/`cld`; write `A -> B : +` links and optional `loop R1 "name"` annotations and `delay` marks. Distinct from `sociogram` (social ties, no polarity) and `flowchart` (process steps).',
     cluster: "causality-analysis",
     standard: "Sterman, Business Dynamics (2000) \xB7 Meadows, Thinking in Systems; see 41-CAUSAL-LOOP-STANDARD.md",
-    syntaxKey: "causalloop"
+    syntaxKey: "causalloop",
+    aliases: [
+      "Causal Loop Diagram",
+      "CLD",
+      "feedback loop diagram",
+      "systems thinking diagram",
+      "\u56E0\u679C\u56DE\u8DEF\u56FE"
+    ],
+    keywords: [
+      "system dynamics",
+      "reinforcing loop",
+      "balancing loop",
+      "feedback loop",
+      "stock and flow",
+      "Sterman",
+      "Meadows"
+    ]
   },
   {
     type: "markov",
@@ -377,7 +422,22 @@ var DIAGRAM_REGISTRY = [
     useWhen: "Use to model a probabilistic state process (reliability/availability, queueing, regime models) where you want the long-run distribution or absorption answer, not just the picture. Header `markov`/`markovchain`; write `S1 -> S2 : 0.3` transitions (each state's out-edges sum to 1). The engine computes the stationary distribution, classifies states, and for absorbing chains the fundamental matrix. Sibling of `state` and `petri`.",
     cluster: "behavior-modeling",
     standard: "Norris, Markov Chains (1997) \xB7 Kemeny & Snell, Finite Markov Chains; see 42-MARKOV-CHAIN-STANDARD.md",
-    syntaxKey: "markov"
+    syntaxKey: "markov",
+    aliases: [
+      "Markov chain",
+      "Markov chain diagram",
+      "stochastic state transition diagram",
+      "\u9A6C\u5C14\u53EF\u592B\u94FE"
+    ],
+    keywords: [
+      "stationary distribution",
+      "stochastic process",
+      "transition matrix",
+      "transition probability",
+      "absorbing state",
+      "steady state",
+      "discrete-time"
+    ]
   },
   // ── Software / process engineering ───────────────────────────
   {
@@ -387,7 +447,23 @@ var DIAGRAM_REGISTRY = [
     useWhen: 'Use to visualise a git branching/merging history. Header `gitGraph`; ordered `commit`, `branch <name>`, `checkout <name>`, `merge <name>`, `cherry-pick id: "\u2026"`, with `commit id:/tag:/type: HIGHLIGHT|REVERSE`. Mermaid `gitGraph` syntax parity so LLM output is drop-in compatible. Commits sit on per-branch lanes ordered chronologically; merges join lanes.',
     cluster: "software-uml",
     standard: "Mermaid gitGraph syntax \xB7 git DAG model; see 43-GIT-GRAPH-STANDARD.md",
-    syntaxKey: "gitgraph"
+    syntaxKey: "gitgraph",
+    aliases: [
+      "Git commit graph",
+      "git graph",
+      "git branch diagram",
+      "branching diagram",
+      "Git \u63D0\u4EA4\u56FE"
+    ],
+    keywords: [
+      "branching strategy",
+      "git history",
+      "merge",
+      "cherry-pick",
+      "GitFlow",
+      "Mermaid gitGraph",
+      "commit history"
+    ]
   },
   {
     type: "epc",
@@ -396,7 +472,22 @@ var DIAGRAM_REGISTRY = [
     useWhen: "Use for ARIS-style business process modelling (SAP / enterprise BPM). Header `epc`; declare `event`, `function`, connectors `and`/`or`/`xor`, and the control flow between them. The engine validates strict event\u2194function alternation and connector legality (an event cannot be the source of an OR/XOR split). Distinct from `bpmn` and `flowchart` \u2014 a separate published standard with stricter rules.",
     cluster: "corporate-legal",
     standard: "ARIS / Keller, N\xFCttgens & Scheer (1992); see 44-EPC-STANDARD.md",
-    syntaxKey: "epc"
+    syntaxKey: "epc",
+    aliases: [
+      "Event-driven Process Chain",
+      "EPC diagram",
+      "ARIS EPC",
+      "\u4E8B\u4EF6\u9A71\u52A8\u8FC7\u7A0B\u94FE"
+    ],
+    keywords: [
+      "ARIS",
+      "business process modeling",
+      "SAP",
+      "BPM",
+      "process chain",
+      "enterprise architecture",
+      "Scheer"
+    ]
   },
   {
     type: "idef0",
@@ -405,7 +496,23 @@ var DIAGRAM_REGISTRY = [
     useWhen: "Use to model what a system/process does and its inputs/controls/outputs/mechanisms \u2014 systems engineering, defence/government process docs, enterprise architecture. Header `idef0`; declare `function` boxes and ICOM arrows (`input`/`control`/`output`/`mechanism`) plus box\u2192box flows that name the target ICOM side. The engine enforces ICOM placement and assigns node numbers, in a diagonal box staircase.",
     cluster: "project-management",
     standard: "FIPS PUB 183 (1993) \xB7 SADT (Ross); see 45-IDEF0-STANDARD.md",
-    syntaxKey: "idef0"
+    syntaxKey: "idef0",
+    aliases: [
+      "IDEF0",
+      "IDEF0 function model",
+      "SADT diagram",
+      "function model",
+      "ICOM diagram"
+    ],
+    keywords: [
+      "functional modeling",
+      "FIPS 183",
+      "systems engineering",
+      "activity model",
+      "ICOM",
+      "process model",
+      "enterprise architecture"
+    ]
   },
   {
     type: "threatmodel",
@@ -414,7 +521,25 @@ var DIAGRAM_REGISTRY = [
     useWhen: "Use for security threat modelling (Microsoft SDL / OWASP Threat Dragon workflow): DFD shapes (external entity, process, data store), labelled data flows, and `boundary` trust zones. Header `threatmodel`/`stride`. The engine maps each element type to its STRIDE categories (external = S,R; process = all six; store = T,I,D + conditional R for logs; flow = T,I,D) and accents flows crossing a trust boundary. Includes the DFD base notation (no separate `dfd` engine).",
     cluster: "network-infrastructure",
     standard: "Shostack, Threat Modeling (2014) STRIDE-per-element \xB7 Microsoft SDL \xB7 base DFD DeMarco/Yourdon; see 46-THREAT-MODEL-STRIDE-STANDARD.md + 31-DFD-STANDARD.md",
-    syntaxKey: "threatmodel"
+    syntaxKey: "threatmodel",
+    aliases: [
+      "Threat model",
+      "STRIDE diagram",
+      "DFD threat model",
+      "data flow diagram",
+      "DFD",
+      "\u5A01\u80C1\u5EFA\u6A21"
+    ],
+    keywords: [
+      "STRIDE",
+      "security threat modeling",
+      "Microsoft SDL",
+      "OWASP Threat Dragon",
+      "trust boundary",
+      "attack surface",
+      "application security",
+      "Shostack"
+    ]
   },
   {
     type: "welding",
@@ -423,7 +548,24 @@ var DIAGRAM_REGISTRY = [
     useWhen: 'Use to annotate a welded joint on an engineering drawing: a horizontal reference line, a leader arrow to the joint, and a weld-symbol glyph above (other side) / below (arrow side) with size, length-pitch, groove angle, root opening, contour + finish. Header `welding [standard: aws|iso-a|iso-b]`; one `joint "label" { arrow: \u2026 other: \u2026 around field tail: \u2026 }` block per joint. Full glyph catalog (fillet, all groove types, plug/slot, spot/seam, back/backing, surfacing, edge) + weld-all-around, field flag, and tail process note. Validates illegal type/side/dimension combinations.',
     cluster: "electrical-industrial",
     standard: "AWS A2.4:2020 \xB7 ISO 2553:2019; see 47-WELDING-SYMBOL-STANDARD.md",
-    syntaxKey: "welding"
+    syntaxKey: "welding",
+    aliases: [
+      "Welding symbols",
+      "weld symbol",
+      "welding callout",
+      "weld joint symbol",
+      "\u710A\u63A5\u7B26\u53F7"
+    ],
+    keywords: [
+      "AWS A2.4",
+      "ISO 2553",
+      "fillet weld",
+      "groove weld",
+      "weld notation",
+      "engineering drawing",
+      "fabrication",
+      "weld dimensions"
+    ]
   }
 ];
 var DIAGRAM_SINCE = {
@@ -4462,7 +4604,9 @@ function listDiagrams() {
     tagline: d.tagline,
     useWhen: d.useWhen,
     cluster: d.cluster,
-    standard: d.standard
+    standard: d.standard,
+    ...d.aliases ? { aliases: d.aliases } : {},
+    ...d.keywords ? { keywords: d.keywords } : {}
   }));
 }
 function getSyntax(type, opts = {}) {
@@ -4575,5 +4719,5 @@ exports.listDiagrams = listDiagrams;
 exports.renderDsl = renderDsl;
 exports.resolveDiagramType = resolveDiagramType;
 exports.validateDsl = validateDsl;
-//# sourceMappingURL=chunk-HWNVSNDJ.cjs.map
-//# sourceMappingURL=chunk-HWNVSNDJ.cjs.map
+//# sourceMappingURL=chunk-FQ4JUNTE.cjs.map
+//# sourceMappingURL=chunk-FQ4JUNTE.cjs.map