@diagrammo/dgmo 0.63.0 → 0.64.1

package/dist/block.d.ts

@@ -1,142 +0,0 @@
-/**
- * Canonical stylesheet for the standard DGMO embed block (BL-114).
- *
- * Shipped two ways: `dist/block.css` (extracted at build time by
- * tsup.config.ts, same regex mechanism as auto.css) for `<link>`/import
- * consumers, and the `BLOCK_CSS` string export for embedders that inject a
- * `<style>` tag.
- *
- * Dark mode keys off `[data-theme="dark"]`. Hosts with a different signal
- * (`html.dark`, `body.theme-dark`) rewrite the selector at their build step —
- * fumadocs-dgmo/nextra-dgmo's build-css.mjs is the reference adapter.
- *
- * The `.dgmo-tok-*` role colors mirror LIGHT_ROLE_STYLES (light) and
- * NORD_ROLE_STYLES (dark) from editor/highlight-api.ts. A parity test
- * (tests/block.test.ts) guards against drift — update both when either
- * changes.
- *
- * IMPORTANT: keep this a single pure template literal — the build extracts it
- * with a regex, so no interpolation or computed values.
- */
-declare const BLOCK_CSS: string;
-
-/**
- * Standard DGMO embed block (BL-114) — the ONE canonical
- * "diagram + source chrome" HTML builder shared by every embed surface:
- * remark-dgmo (and through it the astro/docusaurus/fumadocs/nextra/vitepress
- * wrappers), the `/auto` script-tag drop-in, `<dgmo-diagram>`, dgmo-mcp HTML
- * reports, the marketing site, and the Obsidian plugin.
- *
- * Chrome contract (user-approved 2026-07-05): the diagram is the star. A slim
- * icon toolbar sits in a reserved row below the SVG, invisible until the
- * block is hovered/focused or the source is open. Four wordless icon
- * buttons — `</>` toggles the hidden source panel, expand (full-screen),
- * copy, open-in-editor. No disclosure triangle, no text labels. The toolbar
- * IS the <summary> of a native <details>, so show/hide works with zero
- * JavaScript; copy and expand need a small delegated click handler
- * (remark-dgmo's `bindDgmo` is the reference — expand's lightbox helper is
- * mirrored across every client surface, same as copy).
- *
- * Markup vocabulary: `figure.dgmo` (`--diagram`/`--showcase`/`--error`),
- * `.dgmo-light`/`.dgmo-dark` (dual color-mode) or `.dgmo-svg` (single),
- * `details.dgmo-source-wrap > summary.dgmo-toolbar`, `.dgmo-source-inner`,
- * `pre.dgmo-pre > span.dgmo-code` with `.dgmo-tok-<role>` token spans. While
- * the source is open the wrapper gets one shared frame (`:has()` rule) so
- * diagram + code read as a single unit. No visible caption — `title` becomes
- * the wrapper's aria-label. Styles ship as `BLOCK_CSS` / `dist/block.css`.
- */
-
-/** Default hosted editor used by "Open in editor" links. */
-declare const EDITOR_BASE_URL = "https://online.diagrammo.app";
-type BlockMode = 'diagram' | 'showcase';
-/**
- * Color-mode strategy for the emitted SVG(s).
- * - `auto` — render twice (light + dark) and let CSS flip visibility.
- * - `light` / `dark` / `transparent` — single render with that theme.
- */
-type BlockColorMode = 'auto' | 'light' | 'dark' | 'transparent';
-interface DgmoBlockOptions {
-    /** `diagram` (default): SVG only. `showcase`: SVG + source chrome. */
-    mode?: BlockMode;
-    /** Palette name. Default `slate`; unknown names warn + fall back. */
-    palette?: string;
-    /** Default `auto` (dual light/dark render). */
-    colorMode?: BlockColorMode;
-    /**
-     * Embed background. `auto` (default) strips the theme's opaque root
-     * background so the diagram blends into the host page — except for
-     * background-meaningful types like `map`, which stay opaque. `transparent` /
-     * `opaque` force the choice regardless of type (the embedder opt-out).
-     */
-    background?: 'auto' | 'transparent' | 'opaque';
-    /** Default: true in showcase mode, false in diagram mode. */
-    showSource?: boolean;
-    /** Default: true in showcase mode, false in diagram mode. */
-    showCopy?: boolean;
-    /**
-     * Show the expand (full-screen) toolbar button. Default: true in showcase
-     * mode, false in diagram mode. Needs the client lightbox handler to do
-     * anything (mirrored across surfaces); markup-only surfaces can omit it.
-     */
-    showExpand?: boolean;
-    /** Default: true in showcase mode, false in diagram mode. */
-    showOpenInEditor?: boolean;
-    /** Base URL for the open-in-editor link. Default: online.diagrammo.app. */
-    editorBaseUrl?: string;
-    /** Outer wrapper element. Default `figure`. */
-    wrapper?: 'figure' | 'div';
-    /** Base class for the wrapper (styling hook). Default `dgmo`. */
-    className?: string;
-    /** Extra classes appended to every emitted wrapper (compat shims). */
-    legacyClassNames?: string[];
-    /**
-     * Accessible name for the block (`aria-label` on the wrapper). NOT rendered
-     * visually — the chart's visible title belongs in the DGMO source itself.
-     */
-    title?: string;
-    /**
-     * Extra `data-*` attributes for the outer wrapper, as bare names → values
-     * (`{ 'dgmo-ref': 'dgm_01H…' }` emits `data-dgmo-ref="dgm_01H…"`).
-     *
-     * Exists so a surface can mark a block for its own client code without
-     * string-patching the emitted HTML — remark-dgmo's cloud references stamp the
-     * diagram id and the revision they were baked from here, and its client script
-     * reads them back to decide whether a refresh is even worth a fetch. Values are
-     * attribute-escaped; a key that isn't a plain identifier is dropped rather than
-     * trusted, since these end up in markup verbatim.
-     */
-    dataAttributes?: Record<string, string>;
-    /** Receives palette-fallback warnings. Default: console.warn. */
-    onWarn?: (message: string) => void;
-}
-interface DgmoBlockResult {
-    html: string;
-    diagnostics: Array<{
-        message: string;
-        line?: number;
-        severity?: string;
-    }>;
-}
-/**
- * Render one ```dgmo source block to the standard embed HTML. Async because
- * it runs the full dgmo render pipeline (once per color mode).
- *
- * Render errors are NOT caught here — callers decide between throwing,
- * `errorBlockHtml()`, or their own fallback.
- */
-declare function renderDgmoBlock(source: string, options?: DgmoBlockOptions): Promise<DgmoBlockResult>;
-/**
- * Assemble the standard block around already-rendered SVG markup. Exposed for
- * surfaces that render through their own pipeline (e.g. dgmo-mcp's
- * renderPipeline) but must emit the canonical chrome. `svgsHtml` must be the
- * `.dgmo-light`+`.dgmo-dark` (or `.dgmo-svg`) wrapper divs.
- */
-declare function buildDgmoBlockHtml(source: string, svgsHtml: string, options?: DgmoBlockOptions): string;
-/**
- * Standard error card for a block that failed to parse/render. Same shape on
- * every surface: `.dgmo--error` with `role="alert"`, message + offending
- * source.
- */
-declare function errorBlockHtml(err: unknown, source: string, options?: Pick<DgmoBlockOptions, 'className' | 'legacyClassNames'>): string;
-
-export { BLOCK_CSS, type BlockColorMode, type BlockMode, type DgmoBlockOptions, type DgmoBlockResult, EDITOR_BASE_URL, buildDgmoBlockHtml, errorBlockHtml, renderDgmoBlock };

package/dist/chart-meta-D98NbYDp.d.ts

@@ -1,238 +0,0 @@
-import { f as PaletteColors, T as TagGroup, a as DgmoError } from './dgmo-router-Dd5PTjxl.js';
-
-/** Convert hex (#RRGGBB or #RGB) to { h, s, l } with h in degrees, s/l as percentages. */
-declare function hexToHSL(hex: string): {
-    h: number;
-    s: number;
-    l: number;
-};
-/** Convert { h (degrees), s (%), l (%) } back to #RRGGBB hex string. */
-declare function hslToHex(h: number, s: number, l: number): string;
-/** Convert hex to "H S% L%" string for CSS custom properties. */
-declare function hexToHSLString(hex: string): string;
-/**
- * Blend a color toward white (light mode quadrant fills).
- * amount: 0 = original, 1 = white
- */
-declare function tint(hex: string, amount: number): string;
-/**
- * Blend a color toward a dark base (dark mode quadrant fills).
- * amount: 0 = original, 1 = base
- */
-declare function shade(hex: string, base: string, amount: number): string;
-/**
- * Blend two hex colors by percentage.
- * `pct` = 0 → 100% of `b`, `pct` = 100 → 100% of `a`.
- *
- * Used by all renderers for tinted fills and strokes.
- */
-declare function mix(a: string, b: string, pct: number): string;
-/**
- * Pick `lightText` or `darkText` for placement on top of `bg`.
- *
- * Three-tier decision:
- *  1. **High-luminance fill (luminance > 0.55)** → `darkText`. Yellows, peaches,
- *     light cyans — dark text reads better and a light cream on light yellow is
- *     unreadable.
- *  2. **Pastel fill (min RGB channel ≥ 100, luminance ≤ 0.55)** → defer to WCAG
- *     ratio. Pastels have no near-zero channel and tend to read as "soft" —
- *     dark text usually wins by ratio (catppuccin dark mauve `#cba6f7` min 166,
- *     ratio 9.35:1; tokyo-night dark red `#f7768e` min 118, ratio 7.86:1; and
- *     tokyo-night green `#9ece6a` min 106, ratio 11.4:1 all correctly pick dark).
- *  3. **Saturated fill (min RGB < 100, luminance ≤ 0.55)** → `lightText`. At least
- *     one channel near zero signals true saturation — gruvbox dark green
- *     `#b8bb26` (min 38), blueprint blue `#1f5e8c` (min 31), bold red/blue
- *     (min 0), solarized blue `#268bd2` (min 38). The user consistently
- *     prefers light text on these for visual punch.
- *
- * `min RGB` discriminates pastel-vs-saturated more reliably than `max-min`
- * (vibrance): tokyo-night and catppuccin dark are pastels with high max RGB,
- * so vibrance alone misclassifies them as "saturated."
- *
- * Tinted fills (luminance ~0.7+ in light themes / ~0.02–0.14 in dark themes)
- * are unambiguous in either branch; only fill-solid output shifts here.
- */
-declare function contrastText(bg: string, lightText: string, darkText: string): string;
-declare function shapeFill(palette: PaletteColors, intent: string, isDark: boolean, opts?: {
-    mode?: 'solid' | 'outline' | undefined;
-}): string;
-/**
- * Derive the 8-color series rotation from a palette's named colors, in the
- * shared {@link CATEGORICAL_COLOR_ORDER} (RGB-seeded, max-contrast). Tag
- * swatches and chart series colors thus share one canonical rotation.
- */
-declare function getSeriesColors(palette: PaletteColors): string[];
-
-interface OrgNode {
-    readonly id: string;
-    readonly label: string;
-    readonly metadata: Readonly<Record<string, string>>;
-    readonly children: readonly OrgNode[];
-    readonly parentId: string | null;
-    readonly isContainer: boolean;
-    readonly lineNumber: number;
-    readonly color?: string;
-}
-interface ParsedOrg {
-    readonly title: string | null;
-    readonly titleLineNumber: number | null;
-    readonly roots: readonly OrgNode[];
-    readonly tagGroups: readonly TagGroup[];
-    readonly options: Readonly<Record<string, string>>;
-    /**
-     * Resolved layout direction (§7.5). `direction-lr` / `direction-tb` are a
-     * mutually-exclusive boolean pair (§1.9, last one wins). Defaults to 'TB',
-     * which is the orientation org charts have always rendered.
-     */
-    readonly direction: 'LR' | 'TB';
-    readonly diagnostics: readonly DgmoError[];
-    readonly error: string | null;
-}
-declare function parseOrg(content: string, palette?: PaletteColors): ParsedOrg;
-
-/**
- * Substitute `start-date now` with the host-local resolved date.
- * Pass the result to `encodeDiagramUrl` so the share-link captures
- * the resolved date, not the literal token.
- *
- * Lines without `start-date now` (explicit-date lines, comments,
- * other directives, activity lines containing the word "now") pass
- * through verbatim.
- */
-declare function normalizePertSourceForShare(dsl: string): string;
-
-/**
- * Shared parser utilities — extracted from individual parsers to eliminate
- * duplication of measureIndent, extractColor, header regexes, and
- * pipe-metadata parsing.
- */
-
-/**
- * Complete set of recognized chart type identifiers.
- *
- * Derived from `chart-types.ts`, which is a leaf module — importing the
- * chart-type *registry* here would be circular, since the registry imports
- * every parser and 34 parsers import this file.
- */
-declare const ALL_CHART_TYPES: ReadonlySet<string>;
-/**
- * Cross-chart fill treatment (spec §1.9 fill family). Absent ⇒ the canonical
- * 25% tint (`fill-tint` is the explicit spelling of that default).
- */
-type FillMode = 'solid' | 'outline';
-/**
- * Parse the first non-empty, non-comment line to extract chart type and optional title.
- * The first token is matched against `ALL_CHART_TYPES`; the remainder is the title.
- *
- * Returns `null` if the first token is not a recognized chart type.
- */
-declare function parseFirstLine(line: string): {
-    chartType: string;
-    title: string | undefined;
-} | null;
-
-/** Marker alphabet member for any variant. */
-type RaciMarker = 'R' | 'A' | 'S' | 'C' | 'I' | 'D';
-/** Variant identifier — selects alphabet + constraint rule set. */
-type RaciVariant = 'raci' | 'rasci' | 'daci';
-/**
- * One `Role: <markers>` line under a task.
- *
- * `id` is the normalized role key — used by mutations to look up the
- * cell and by validation to detect unknown roles. `displayName` is the
- * first-seen casing/spacing for rendering.
- */
-interface RaciRoleAssignment {
-    readonly id: string;
-    readonly displayName: string;
-    readonly markers: readonly RaciMarker[];
-    readonly lineNumber: number;
-    readonly endLineNumber: number;
-}
-/** One task — flush-left under a phase or directly under the chart. */
-interface RaciTask {
-    readonly id: string;
-    readonly displayName: string;
-    readonly description: string;
-    readonly roleAssignments: readonly RaciRoleAssignment[];
-    readonly lineNumber: number;
-    readonly endLineNumber: number;
-}
-/** Optional `[Phase Label]` group header — one level deep. */
-interface RaciPhase {
-    readonly id: string;
-    readonly displayName: string;
-    /** Optional palette color from a `[Label](color)` suffix on the bracket. */
-    readonly color?: string;
-    readonly tasks: readonly RaciTask[];
-    readonly lineNumber: number;
-    readonly endLineNumber: number;
-}
-/** Top-level parse result. */
-interface ParsedRaci {
-    readonly type: 'raci';
-    /** Optional title from the chart-type header line. */
-    readonly title?: string;
-    readonly titleLineNumber?: number;
-    /** Variant selected by directive, or by chart-type id when absent. */
-    readonly variant: RaciVariant;
-    /**
-     * Canonical column order. Populated either from an explicit
-     * `roles:` directive or, when absent, from first-seen role usage.
-     */
-    readonly roles: readonly string[];
-    /** Display name for each role (parallel to `roles`). */
-    readonly roleDisplayNames: readonly string[];
-    /**
-     * Optional per-role palette color from the `Cap blue` trailing-token
-     * suffix in the roles block (or the long pipe form `Cap | color: blue`).
-     * Parallel to `roles`; entries default to `undefined` (renderer falls
-     * back to the neutral column tint).
-     */
-    readonly roleColors: ReadonlyArray<string | undefined>;
-    readonly phases: readonly RaciPhase[];
-    /** Tasks declared without a parent phase. */
-    readonly tasksWithoutPhase: readonly RaciTask[];
-    readonly options: Readonly<Record<string, string>>;
-    readonly diagnostics: readonly DgmoError[];
-    readonly error: string | null;
-}
-
-/**
- * Parse RACI/RASCI/DACI source. The leading chart-type id (if a
- * recognized variant id) acts as a hint for default variant when the
- * `variant` directive is absent.
- */
-declare function parseRaci(content: string, palette?: PaletteColors): ParsedRaci;
-
-/**
- * Async or sync file reader. Receives an absolute path, returns content.
- * Throwing means "file not found".
- */
-type ReadFileFn = (path: string) => string | Promise<string>;
-/** Tracks the original source file and line for an imported line. */
-interface ImportSource {
-    /** Absolute path of the file this line originates from */
-    filePath: string;
-    /** 1-based line number in the original (pre-resolution) source file */
-    sourceLine: number;
-}
-interface ResolveImportsResult {
-    content: string;
-    diagnostics: DgmoError[];
-    /** resolvedLine (1-based index) → originalLine (1-based) or null for inserted lines */
-    lineMap: (number | null)[];
-    /** resolvedLine (1-based index) → import source info or null for non-imported lines */
-    importSourceMap: (ImportSource | null)[];
-}
-/**
- * Pre-processes org chart content, resolving `tags` and `import` directives.
- *
- * @param content   - Raw .dgmo file content
- * @param filePath  - Absolute path of the file (for relative path resolution)
- * @param readFileFn - Function to read files (sync or async)
- * @returns Merged content with all imports resolved + diagnostics
- */
-declare function resolveOrgImports(content: string, filePath: string, readFileFn: ReadFileFn): Promise<ResolveImportsResult>;
-
-export { ALL_CHART_TYPES as A, type FillMode as F, type ImportSource as I, type OrgNode as O, type ParsedOrg as P, type RaciMarker as R, type ParsedRaci as a, type RaciVariant as b, type RaciTask as c, type RaciPhase as d, type RaciRoleAssignment as e, type ReadFileFn as f, type ResolveImportsResult as g, contrastText as h, getSeriesColors as i, hexToHSL as j, hexToHSLString as k, hslToHex as l, mix as m, normalizePertSourceForShare as n, parseOrg as o, parseFirstLine as p, parseRaci as q, resolveOrgImports as r, shade as s, shapeFill as t, tint as u };

package/dist/chart-meta.d.ts

@@ -1,2 +0,0 @@
-export { b as ChartTypeId, c as ChartTypeMeta, C as CompactViewState, m as DecodedDiagramUrl, n as EncodeDiagramUrlOptions, o as EncodeDiagramUrlResult, f as PaletteColors, g as chartTypes, t as decodeDiagramUrl, u as decodeViewState, v as encodeDiagramUrl, w as encodeViewState, y as getAvailablePalettes, j as getPalette, H as parseDgmoChartType } from './dgmo-router-Dd5PTjxl.js';
-export { A as ALL_CHART_TYPES, O as OrgNode, P as ParsedOrg, k as hexToHSLString, n as normalizePertSourceForShare, p as parseFirstLine, o as parseOrg, q as parseRaci, r as resolveOrgImports } from './chart-meta-D98NbYDp.js';

package/dist/cloud-reference.d.ts

@@ -1,96 +0,0 @@
-/**
- * Live links — the shared resolver (Diagrammo Cloud story 10.6).
- *
- * A live link points at a diagram living in Diagrammo Cloud instead of at bytes
- * pasted into a document. The point of it is CURRENCY: a linked diagram is
- * never stale, which is true for a team of one and needs no distribution to be
- * worth having.
- *
- * There are three SPELLINGS and exactly ONE parser, because each spelling is
- * native to where it gets typed:
- *
- *   | Surface                | Form                        |
- *   |------------------------|-----------------------------|
- *   | docs frameworks        | `live-link abc123` in a fence|
- *   | Obsidian, desktop app  | `![[live-link:abc123]]`     |
- *   | anywhere taking a URL  | the plain URL               |
- *
- * The keyword was `cloud` until 2026-08-01 (decision #53). `cloud` named where
- * the thing lives; `live-link` names what it is, and it is the publish dialog's
- * own phrase, so one word now spans both sides of the exchange. Pre-1.0 there
- * is no dual-accept window — `cloud abc123` simply stops resolving. The module
- * and its package subpath keep the old name deliberately: renaming a subpath
- * export breaks the app's `pnpm dev` while the production build stays green.
- *
- * 🔴 EVERY future modifier must land in all three (A9), and
- * `cloud-reference.test.ts` asserts parity across the forms from ONE table so a
- * modifier cannot ship into a single spelling. If you are adding a modifier and
- * only touching one branch below, the tests are about to tell you so.
- *
- * A reference ALWAYS FLOATS — it resolves to the current revision, which is the
- * whole point (a referenced diagram is never stale). A date pin (`@2026-03-12`)
- * was designed and then dropped on 2026-07-30: the server retains a bounded
- * number of versions and prunes on every push, so a pin would fail on exactly
- * the diagrams that are edited most. Anything carrying a modifier therefore
- * parses to NULL rather than silently floating — a document that asked to be
- * frozen must not quietly get the latest instead.
- *
- * This module is deliberately dependency-free and does no I/O: it is imported by
- * every wrapper and by the CLI, and a parser that reached the network would make
- * each of them harder to test than the thing they are testing.
- */
-/** Default origin of the Cloud API. Overridable for self-host / staging / tests. */
-declare const CLOUD_API_BASE = "https://api.diagrammo.app";
-/** Where human-facing share links live — the URLs people actually copy. */
-declare const CLOUD_APP_BASE = "https://online.diagrammo.app";
-/** A parsed reference. An id, and — for now — deliberately nothing else. */
-interface CloudReference {
-    id: string;
-}
-/**
- * Parse any of the three spellings, wherever it appears.
- *
- * 🔴 **A `dgmo` fence must NOT use this — use `parseCloudReferenceFence`.** The
- * embed spelling is host markdown, and inside a fence the content is DGMO, so
- * accepting `![[live-link:<id>]]` there is a category error: markdown nested in
- * a code fence that is itself in markdown. It was accepted until 2026-08-05 and
- * the showcase content taught it. Removed rather than deprecated — pre-1.0.
- *
- * This union survives for a host scanning raw note text, where any of the three
- * may legitimately turn up. Returns null for anything that is not a reference,
- * so it must not throw and must not guess.
- */
-declare function parseCloudReference(text: string): CloudReference | null;
-/**
- * What may appear as the whole body of a `dgmo` fence: the keyword form, or a
- * plain link somebody pasted. **Not** the embed spelling — see above.
- */
-declare function parseCloudReferenceFence(text: string): CloudReference | null;
-/**
- * The note spelling — `![[live-link:<id>]]` — which extends the
- * `![[foo.dgmo]]` transclusion Obsidian and the desktop app already understand.
- * Takes the text as TYPED, brackets included, because that is the thing being
- * recognised; a host holding only the inside of the brackets puts them back.
- */
-declare function parseCloudReferenceEmbed(text: string): CloudReference | null;
-/** The URL spelling, split out because hosts that only take URLs need just this. */
-declare function parseCloudReferenceUrl(text: string): CloudReference | null;
-interface ResolveUrlOptions {
-    /** Origin of the Cloud API. */
-    base?: string;
-}
-/** The URL to fetch a reference's source from. Always the current revision. */
-declare function referenceSourceUrl(ref: CloudReference, options?: ResolveUrlOptions): string;
-/** The human share link for a reference — what a "view this in Diagrammo" link points at. */
-declare function referenceShareUrl(ref: CloudReference, options?: {
-    base?: string;
-}): string;
-/** The shape of a source response, so consumers don't re-declare it per wrapper. */
-interface CloudReferenceSource {
-    id: string;
-    source: string;
-    dgmoVersion: string;
-    updatedAt: number;
-}
-
-export { CLOUD_API_BASE, CLOUD_APP_BASE, type CloudReference, type CloudReferenceSource, type ResolveUrlOptions, parseCloudReference, parseCloudReferenceEmbed, parseCloudReferenceFence, parseCloudReferenceUrl, referenceShareUrl, referenceSourceUrl };

package/dist/completion-registry.d.ts

@@ -1,129 +0,0 @@
-/**
- * Static completion registries — the LIGHT completion surface
- * (`@diagrammo/dgmo/completion`).
- *
- * Pure data: chart-type directive registries, structural keywords, entity-type
- * vocabularies, the reference-grammar descriptor, closed value enums, pipe /
- * same-line metadata keys, and the derived metadata key set.
- *
- * Split out of `./completion` (which additionally owns the symbol *extractors*)
- * so editor front-ends can import the registries without dragging the chart
- * parsers — notably `body/parser`, whose figure-asset catalog is ~290 KB — onto
- * their startup path. Same rationale and rule as `./chart-meta`: only symbols
- * whose transitive imports are parser-constant-only live here.
- *
- * Closed enum sets (`ALL_MARKERS`, wireframe `STATE_KEYWORDS` /
- * `GROUP_ONLY_METADATA`) are imported from their owning parsers — never
- * hand-copied — so completion can't drift from the grammar (one-oracle rule).
- */
-/** Specification for a single directive: description + optional enumerated values. */
-interface DirectiveValueSpec {
-    description: string;
-    values?: string[];
-}
-/** Specification for a chart type's directives. */
-interface DirectiveSpec {
-    directives: Record<string, DirectiveValueSpec>;
-}
-/** Chart-type → directive specifications. Every chart type has at least palette + theme. */
-declare const COMPLETION_REGISTRY: Map<string, DirectiveSpec>;
-declare const CHART_TYPES: ReadonlyArray<{
-    name: string;
-    description: string;
-}>;
-/**
- * Entity types for `Name is a <type>` declarations, keyed by chart type.
- * Values are sourced from parser constants (VALID_PARTICIPANT_TYPES,
- * C4_IS_A_RE).
- */
-declare const ENTITY_TYPES: Map<string, string[]>;
-/**
- * Chart-type-specific structural keywords offered on an empty/start-of-line in
- * the data zone (block openers like `loop`, section headers like `containers`,
- * the `tag` block declaration, etc.). This is the single source of truth for
- * the editor's structural-keyword popup — every entry MUST be a token the
- * corresponding parser actually recognizes (validated by the
- * completion-conformance suite). Do NOT add removed/diagnostic-only tokens
- * (e.g. cycle's `no-descriptions`) or tokens the parser ignores.
- *
- * Chart types not listed here have no structural keywords (most data charts).
- */
-declare const STRUCTURAL_KEYWORDS: Map<string, string[]>;
-/**
- * Chart types that support `tag` block declarations (and thus the
- * `alias`/`default` sub-keywords inside a tag block). Derived from
- * STRUCTURAL_KEYWORDS so the two can never drift — a chart supports tag blocks
- * iff it offers the `tag` keyword.
- */
-declare const TAG_SUPPORTING_TYPES: ReadonlySet<string>;
-/** Whether a chart type has a reference position (arrow/operator → a prior
- *  declaration) and which operators open it. The single oracle that drives
- *  the library extractor audit, the app's entity-trigger map, and the
- *  conformance drift-guard — so the three can never disagree. v1 models
- *  reference-after-operator only (NOT metadata-target references). */
-interface ReferenceGrammar {
-    hasReferenceGrammar: boolean;
-    /** Literal operator tokens that introduce a reference (e.g. `->`, `<->`,
-     *  `~>`, `+`). The app derives its trigger regex from these (allowing the
-     *  labeled `-label->` / `~label~>` variants where applicable). */
-    referenceOperators: string[];
-}
-/**
- * Per-type reference grammar. Grounded in each parser's arrow/operator
- * grammar — NOT hand-typed blind. Types with no reference position (org,
- * kanban, mindmap, all data charts, the radial/visualization types) declare
- * `hasReferenceGrammar: false`. `map` references (`route A ~> B`) are owned by
- * the app's bespoke geo-completion path, so it stays `false` here to avoid
- * double-handling.
- */
-declare const REFERENCE_GRAMMAR: Map<string, ReferenceGrammar>;
-/**
- * RACI marker alphabet (slot-7 enum in the role-assignment value position).
- * Consumed by editor completion. The chart type is always `raci`; the variant
- * (RACI / RASCI / DACI) is inferred from the markers used, so completion offers
- * the full union (R / A / S / C / I / D) sourced from `raci/variants.ts`'s
- * `ALL_MARKERS` — the marker set can never drift from the parser.
- */
-declare const RACI_MARKER_ALPHABETS: ReadonlyMap<string, readonly string[]>;
-/**
- * Closed set of wireframe element state flags (slot-7 trailing enum, e.g.
- * `(Submit) primary destructive`). Sourced from the wireframe parser's
- * `STATE_KEYWORDS` — exported there and consumed here, never re-typed.
- */
-declare const WIREFRAME_FLAGS: readonly string[];
-/**
- * The subset of `WIREFRAME_FLAGS` that only make sense on group elements
- * (`[...]`). Editor completion drops these for non-group elements (buttons
- * `(...)`, dropdowns `{...}`). Sourced from the wireframe parser's
- * `GROUP_ONLY_METADATA` — exported there and consumed here, never re-typed.
- */
-declare const WIREFRAME_GROUP_ONLY_FLAGS: readonly string[];
-/** Specification for a single pipe metadata key. */
-interface PipeKeySpec {
-    description: string;
-    values?: string[];
-}
-/**
- * Pipe metadata keys for inline `| key value` on data lines.
- * Keyed by chart type → { context-name: keys }.
- *
- * Contexts are open-ended. The two universal ones are:
- *   - `node` — the default for any non-arrow line
- *   - `edge` — lines containing an arrow (`->`, `--`)
- *
- * Charts with richer line types declare additional contexts:
- *   - raci: `role`, `phase`, `assignment`
- *   - ring / pyramid: `layer`
- *   - tech-radar: `quadrant`, `blip`
- *   - journey-map: `step`
- *
- * IMPORTANT: NEVER add 'sequence' here. The `|` character in sequence
- * diagrams separates display names from identifiers and tag metadata.
- * Adding sequence would trigger false pipe-metadata completions on every `|`.
- */
-type PipeContextMap = Record<string, Record<string, PipeKeySpec>>;
-declare const PIPE_METADATA: Map<string, PipeContextMap>;
-/** All known directive keys, derived from COMPLETION_REGISTRY. Includes implicit keys. */
-declare const METADATA_KEY_SET: ReadonlySet<string>;
-
-export { CHART_TYPES, COMPLETION_REGISTRY, type DirectiveSpec, type DirectiveValueSpec, ENTITY_TYPES, METADATA_KEY_SET, PIPE_METADATA, type PipeContextMap, type PipeKeySpec, RACI_MARKER_ALPHABETS, REFERENCE_GRAMMAR, type ReferenceGrammar, STRUCTURAL_KEYWORDS, TAG_SUPPORTING_TYPES, WIREFRAME_FLAGS, WIREFRAME_GROUP_ONLY_FLAGS };