@rudderhq/server 0.5.0 → 0.5.1

package/skills/rudder-docs/references/cli-reference.md

@@ -19,14 +19,14 @@ returns a transport or configuration error.
 ## Operating Policy Owners
 
 Keep this file focused on commands and CLI-specific I/O. Consult the exact
-control-plane owner for operating behavior:
+operating-practices guide for operating behavior:
 
-- [Interface and Chat/issue scope](control-plane-practices.md#interface-and-scope)
-- [Ownership, checkout, and wake scope](control-plane-practices.md#ownership-checkout-and-wake-scope)
-- [Comments, mentions, and evidence](control-plane-practices.md#comments-mentions-and-evidence)
-- [Review and close-out](control-plane-practices.md#review-and-close-out)
-- [Durable Library artifacts](control-plane-practices.md#durable-library-artifacts)
-- [Git identity and attribution](control-plane-practices.md#git-identity-and-attribution)
+- [Interface and Chat/issue scope](operating-practices.md#interface-and-scope)
+- [Ownership, checkout, and wake scope](operating-practices.md#ownership-checkout-and-wake-scope)
+- [Comments, mentions, and evidence](operating-practices.md#comments-mentions-and-evidence)
+- [Review and close-out](operating-practices.md#review-and-close-out)
+- [Durable Library artifacts](operating-practices.md#durable-library-artifacts)
+- [Git identity and attribution](operating-practices.md#git-identity-and-attribution)
 
 ## Defaults
 
@@ -48,7 +48,7 @@ control-plane owner for operating behavior:
 | `rudder_agent_me` | `rudder agent me` | Show the authenticated agent identity, budget, and chain of command. | no | no | no | no |
 | `rudder_agent_inbox` | `rudder agent inbox` | List the compact assignee and reviewer work inbox for the authenticated agent. | no | no | no | no |
 | `rudder_agent_capabilities` | `rudder agent capabilities` | List the stable Rudder agent command contract. | no | no | no | no |
-| `rudder_agent_update` | `rudder agent update [agent-id] [--title <title>] [--description <text>]` | Update an agent's control-plane identity fields; defaults to the authenticated agent. | yes | no | no | attached when available |
+| `rudder_agent_update` | `rudder agent update [agent-id] [--title <title>] [--description <text>]` | Update an agent's identity fields; defaults to the authenticated agent. | yes | no | no | attached when available |
 | `rudder_agent_skills_create` | `rudder agent skills create [agent-id] --name <name> [--enable]` | Create an agent-private skill package under AGENT_HOME/skills. | yes | no | no | attached when available |
 | `rudder_agent_skills_enable` | `rudder agent skills enable <agent-id> <selection-ref...>` | Add skill selections to an agent without replacing existing enabled skills. | yes | no | no | attached when available |
 | `rudder_agent_skills_sync` | `rudder agent skills sync <agent-id>` | Sync the desired enabled skill set for an agent. | yes | no | no | attached when available |
@@ -110,7 +110,7 @@ control-plane owner for operating behavior:
 | `rudder_chat_messages` | `rudder chat messages <chat-id> [--limit <n>] [--cursor <cursor>] [--include-transcript]` | Read bounded chat messages with page cursors; transcript output is omitted unless requested. | no | no | no | no |
 | `rudder_chat_transcript` | `rudder chat transcript <chat-id> [--limit <n>] [--cursor <cursor>] [--max-output-chars <n>]` | Read paginated chat messages with assistant transcript entries clipped in human output. | no | no | no | no |
 | `rudder_chat_read` | `rudder chat read <chat-id> [--turn-limit <n>] [--cursor <cursor>] [--include-output]` | Read a bounded recent-message snapshot for one chat with page cursors. | no | no | no | no |
-| `rudder_chat_create` | `rudder chat create --org-id <id>` | Create a chat conversation. | yes | required | no | attached when available |
+| `rudder_chat_create` | `rudder chat create --org-id <id> --body <text>` | Create a chat conversation with its first message. | yes | required | no | attached when available |
 | `rudder_chat_send` | `rudder chat send <chat-id> --body <text>` | Send an agent-authored message directly to the operator in a chat. | yes | no | required | attached when available |
 | `rudder_chat_archive` | `rudder chat archive <chat-id>` | Archive a chat conversation without deleting it. | yes | no | no | attached when available |
 | `rudder_runs_list` | `rudder runs list --org-id <id> [--used-skill <skill>] [--loaded-skill <skill>] [--cursor <cursor>] [--full]` | List lightweight run summaries with stable pagination and filters; use --full only for legacy full-row compatibility. | no | required | no | no |
@@ -125,7 +125,7 @@ control-plane owner for operating behavior:
 
 ## Issue Command I/O And Shapes
 
-Operating rules live in [ownership, checkout, and wake scope](control-plane-practices.md#ownership-checkout-and-wake-scope), [comments and evidence](control-plane-practices.md#comments-mentions-and-evidence), and [review and close-out](control-plane-practices.md#review-and-close-out). The CLI close-out shapes are:
+Operating rules live in [ownership, checkout, and wake scope](operating-practices.md#ownership-checkout-and-wake-scope), [comments and evidence](operating-practices.md#comments-mentions-and-evidence), and [review and close-out](operating-practices.md#review-and-close-out). The CLI close-out shapes are:
 
 - progress: `rudder issue comment <issue> --body-file <path> [--image <path>]`
 - done: `rudder issue done <issue> --comment-file <path> [--image <path>]`
@@ -139,7 +139,7 @@ Issue comment responses include `shortRef` when available. `rudder issue comment
 
 ## Renderable Library CLI Output
 
-File placement and handoff policy lives in [Durable Library artifacts](control-plane-practices.md#durable-library-artifacts). Request a renderable reference with `rudder library file ref <library-relative-path> --json`.
+File placement and handoff policy lives in [Durable Library artifacts](operating-practices.md#durable-library-artifacts). Request a renderable reference with `rudder library file ref <library-relative-path> --json`.
 
 The relevant JSON fields are:
 
@@ -151,7 +151,7 @@ The `ref` argument is Library-relative, not an absolute filesystem path. CLI fal
 
 ## Reviewer Decision Command Shapes
 
-Reviewer policy lives in [Review and close-out](control-plane-practices.md#review-and-close-out). Supported decision command shapes are:
+Reviewer policy lives in [Review and close-out](operating-practices.md#review-and-close-out). Supported decision command shapes are:
 
 - `rudder issue review <issue> --decision approve --comment-file <path>`
 - `rudder issue review <issue> --decision request_changes --comment-file <path>`

package/{resources/bundled-skills/rudder-docs/references/control-plane-practices.md → skills/rudder-docs/references/operating-practices.md}

@@ -1,4 +1,4 @@
-# Rudder Control-Plane Practices
+# Rudder Work Practices
 
 Consult this reference only for questions about exact Rudder operating
 behavior. It is conditional documentation, not a trigger and not an always-run
@@ -22,7 +22,7 @@ workflow. For exact tool and CLI syntax, pair the relevant rule with
 
 ## Interface And Scope
 
-- Prefer exposed first-party Rudder typed tools for normal control-plane work.
+- Prefer exposed first-party Rudder typed tools for normal Rudder work.
   Use the installed `rudder ... --json` CLI as the compatibility fallback when
   MCP is unavailable or a Rudder tool has a transport or configuration error.
 - Use `rudder agent capabilities --json` to discover the current capability
@@ -118,8 +118,8 @@ report the status and required follow-up rather than bypassing it.
 - Never cancel cross-team work. Reassign upward with an explanation, and use
   `chainOfCommand` for escalation.
 - Above 80% spend, focus on critical work only and avoid expanding scope.
-- Use the canonical `rudder-create-agent` workflow for hiring or agent creation
-  rather than assembling a raw control-plane payload.
+- Use [Agent creation](agent-creation.md) for the canonical governed hiring
+  workflow rather than assembling a raw Rudder API payload.
 
 ## Git Identity And Attribution
 

package/skills/rudder-docs/references/organization-skills.md

@@ -4,8 +4,8 @@ Use this reference when a board user or authorized agent asks you to discover, i
 
 This is the organization and agent-skill administration reference for the
 bundled `rudder-docs` package. Use the typed Rudder tool when exposed and the
-documented CLI as its compatibility fallback. General control-plane ownership,
-authentication, and workspace rules remain in `control-plane-practices.md`.
+documented CLI as its compatibility fallback. General work ownership,
+authentication, and workspace rules remain in `operating-practices.md`.
 
 For a skill that belongs only to the running agent, do not use organization import or scan commands. Use:
 
@@ -180,4 +180,4 @@ the full optional enabled-skill set intentionally.
 - If a skill reference is missing or ambiguous, Rudder returns `422`.
 - Prefer linking back to the relevant issue, approval, and agent when commenting about skill changes.
 - This document only covers library import/inspect/enable/sync.
-- Hire and create flows now live on the CLI-first `rudder-create-agent` path.
+- Agent hire and create flows live in [Agent creation](agent-creation.md).

package/skills/rudder-docs/references/plugin-authoring.md

@@ -0,0 +1,116 @@
+# Plugin Authoring
+
+Use this workflow for a Rudder Plugin source question or an explicit request to
+scaffold, develop, or verify a Plugin. Reading authoring guidance is read-only.
+Only an explicit user request to scaffold or modify a package authorizes writes,
+and those writes must stay inside the requested repository or target directory.
+
+The current fact sources are
+`doc/engineering/PLUGIN_AUTHORING_GUIDE.md` and
+`packages/plugins/sdk/README.md`. Use
+`doc/engineering/PLUGIN_RUNTIME_CONTRACT.md` only to understand the implemented
+runtime boundary, and label future ideas as non-current.
+
+## Section Map
+
+- [Confirm scope and package layout](#confirm-scope-and-package-layout)
+- [Scaffold from the current package](#scaffold-from-the-current-package)
+- [Implement within current boundaries](#implement-within-current-boundaries)
+- [Wire a bundled example only when requested](#wire-a-bundled-example-only-when-requested)
+- [Verify the package and host](#verify-the-package-and-host)
+
+## Confirm Scope And Package Layout
+
+Before writing, determine whether the Plugin is:
+
+- a repository-local example under `packages/plugins/examples/`;
+- another Rudder monorepo package under `packages/plugins/`; or
+- an external npm package in an absolute target directory.
+
+Repository-local examples are a development workflow. For deployable Plugins,
+prefer an npm package installed from a public or private npm-compatible
+registry. GitHub installs are not a first-class path today.
+
+Treat both Plugin workers and Plugin UI as trusted code. Plugin UI runs as
+same-origin JavaScript and is not sandboxed by manifest capabilities.
+Worker-side host APIs are capability-gated. Keep these boundaries visible when
+reviewing third-party code or selecting capabilities.
+
+## Scaffold From The Current Package
+
+Use `create-rudder-plugin` instead of hand-writing boilerplate. In a Rudder
+checkout, first build the scaffold package, then run its generated CLI for the
+requested npm package name and output root. `--output` names the parent
+directory; the CLI appends the package basename, and that destination must not
+already exist. Verify the exact commands in
+the current authoring guide before execution.
+
+For a repository-local package, the scaffold uses `workspace:*` for
+`@rudderhq/plugin-sdk`. For an external package, pass `--sdk-path` pointing to
+the checkout's `packages/plugins/sdk`; the scaffold snapshots the SDK/shared
+packages into `.rudder-sdk/` so the Plugin can build and test before an npm
+publication exists.
+
+The generated package should include:
+
+- `src/manifest.ts`;
+- `src/worker.ts`;
+- `src/ui/index.tsx` when UI is used;
+- `tests/plugin.spec.ts`;
+- `package.json` and current build configuration.
+
+Scaffold only under the explicit output root and confirm the derived package
+directory before execution. Do not install the generated Plugin into a running
+Rudder instance unless the user also requested that host mutation.
+
+## Implement Within Current Boundaries
+
+Review the manifest, worker, UI, and tests together:
+
+- Declare only capabilities used by the worker-side host APIs.
+- Keep tool names Plugin-namespaced; they must not shadow core or other Plugin
+  tools.
+- Keep UI self-contained. Rudder does not provide a shared Plugin React
+  component kit yet.
+- Do not use `ctx.assets`; it is not supported in the current runtime.
+- Use `routePath` only for a `page` slot. It must be one lowercase slug and may
+  not collide with a reserved host route or another installed Plugin page.
+- Use the SDK's declared worker, UI, testing, bundler, and dev-server surfaces
+  rather than undocumented application internals.
+- Treat jobs and webhooks as namespaced external execution surfaces and keep
+  their capabilities, ownership, logs, and failure evidence explicit.
+
+Local development installs must use an absolute filesystem path. The server
+can watch a local-path Plugin and restart its worker after rebuilds, but that
+does not make a repo-local checkout a production deployment artifact.
+
+## Wire A Bundled Example Only When Requested
+
+Only if the user explicitly asks for bundled example or discoverable host
+wiring, update the host's bundled-example list and the documentation that
+enumerates in-repo examples. A request to scaffold or develop a Plugin alone
+does not authorize changing `server/src/routes/plugins.ts` or other host
+registration surfaces.
+
+If host runtime, SDK, capability validation, static UI serving, or lifecycle
+code changes, follow the repository's Plugin engineering and Product Logic
+rules in addition to the package workflow.
+
+## Verify The Package And Host
+
+At minimum, run the generated or existing Plugin package's:
+
+- `typecheck`;
+- `test`; and
+- `build`.
+
+Use the package scripts or the monorepo's `pnpm --filter <plugin-package>`
+forms. For a new scaffold, execute them in a temporary or explicitly requested
+target and confirm that its worker, manifest, UI bundle, and
+`tests/plugin.spec.ts` compile against the selected SDK layout.
+
+When host or SDK code changed, also run the relevant host integration tests,
+repository typecheck, test suite, and build. If the user asked to install the
+Plugin, verify the real host from its absolute local path and surface worker
+health, logs, route behavior, and capability failures. Package creation alone
+is not evidence that a Plugin is installed or active in Rudder.

package/skills/rudder-docs/references/source-map.md

@@ -25,6 +25,30 @@ two pages. Prefer the user's language when equivalent official pages exist.
 Public docs own published user guidance; a local `docs/` checkout is useful
 when the live site is unavailable or the task is editing the public site.
 
+Use these routes for governance and operational evidence questions:
+
+| User topic | English | 简体中文 |
+| --- | --- | --- |
+| Approvals, budgets, cost, and activity | `https://docs.rudderhq.dev/reference/approvals-budgets-activity` | `https://docs.rudderhq.dev/zh/reference/approvals-budgets-activity` |
+| Run evidence and Run detail | `https://docs.rudderhq.dev/concepts/agents` | `https://docs.rudderhq.dev/zh/concepts/agents` |
+| Dashboard summary | `https://docs.rudderhq.dev/concepts/overview` | `https://docs.rudderhq.dev/zh/concepts/overview` |
+| Calendar source and history | `https://docs.rudderhq.dev/concepts/calendar` | `https://docs.rudderhq.dev/zh/concepts/calendar` |
+| Human attention, Inbox, and Messenger | `https://docs.rudderhq.dev/concepts/chat-messenger` | `https://docs.rudderhq.dev/zh/concepts/chat-messenger` |
+
+The approvals reference includes stable `#approvals`, `#budgets-and-cost`, and
+`#activity` anchors for narrow retrieval. Legacy public URLs are compatibility
+entries only. Cite the canonical routes in new answers.
+
+Other lookup pages are similarly narrow:
+
+| User topic | English | 简体中文 |
+| --- | --- | --- |
+| Issue states | `https://docs.rudderhq.dev/reference/issue-statuses` | `https://docs.rudderhq.dev/zh/reference/issue-statuses` |
+| Runtime choices and readiness | `https://docs.rudderhq.dev/reference/runtime-types` | `https://docs.rudderhq.dev/zh/reference/runtime-types` |
+| Workspace and file placement | `https://docs.rudderhq.dev/reference/workspace-boundaries` | `https://docs.rudderhq.dev/zh/reference/workspace-boundaries` |
+| Automation result destinations | `https://docs.rudderhq.dev/reference/automation-output-routing` | `https://docs.rudderhq.dev/zh/reference/automation-output-routing` |
+| Deployment trust, credentials, Browser, and platform behavior | `https://docs.rudderhq.dev/reference/permissions-and-platforms` | `https://docs.rudderhq.dev/zh/reference/permissions-and-platforms` |
+
 ## Product Logic Registry
 
 - Entry point: `doc/product/README.md`
@@ -50,7 +74,7 @@ Common domain routes include:
 - Chat, Messenger, comments, and integrations:
   `doc/product/domains/collaboration/`
 - approvals, budgets, costs, and activity:
-  `doc/product/domains/control-plane/`
+  `doc/product/domains/governance-and-visibility/`
 - reviews, feedback, and learning:
   `doc/product/domains/review-feedback-learning/`
 - automations: `doc/product/domains/automations/`
@@ -114,7 +138,7 @@ Within this package:
 
 - `cli-reference.md` preserves the typed capability and CLI fallback catalog;
 - `api-reference.md` preserves internal/debug compatibility endpoints;
-- `control-plane-practices.md` preserves conditional operating semantics; and
+- `operating-practices.md` preserves conditional operating semantics; and
 - `organization-skills.md` preserves organization skill workflows.
 
 Use only the relevant section. These references are version-adjacent fallback

package/skills/visualize/SKILL.md

@@ -1,7 +1,7 @@
 ---
 name: visualize
-description: "Create safe inline visual explanations in Rudder Chat. Use when asked for a chart, plot, diagram, timeline, comparison, static map, simulator, scenario view, or compact visual that materially improves understanding. Prefer Mermaid for static node-and-edge structures; use Rudder's HTML/SVG/CSS artifact path only when thread-scoped output is available. Rudder visuals are declarative and scriptless: convert simulator requests to static scenarios or disclosure-based comparisons and never rely on JavaScript, network access, or external assets."
-compatibility: "Rudder Chat inline visual capture. HTML artifacts require a thread-scoped visualization directory exposed by the current runtime."
+description: "Create safe inline visual explanations in Rudder Chat. Use when asked for a chart, plot, diagram, timeline, comparison, static map, simulator, scenario view, or compact visual that materially improves understanding. Prefer Mermaid for static node-and-edge structures; use Rudder's runtime-neutral HTML/SVG/CSS message envelope for custom geometry. Rudder visuals are declarative and scriptless: convert simulator requests to static scenarios or disclosure-based comparisons and never rely on JavaScript, network access, or external assets."
+compatibility: "Rudder Chat v1 inline visual message protocol. Provider-neutral and filesystem-independent; outside Rudder Chat, fall back to Mermaid, Markdown, or prose."
 ---
 
 # Visualize
@@ -16,38 +16,40 @@ access, so design for a useful first render with declarative HTML, SVG, and CSS.
    a static structure or flow. Do not create an HTML artifact for that case.
 2. Use an inline visual for charts, timelines, comparisons, spatial layouts,
    static scenario views, or compact reports that benefit from custom geometry.
-3. Create an HTML artifact only when the current run exposes a writable,
-   thread-scoped visualization directory ending in
-   `visualizations/YYYY/MM/DD/<thread-id>`. Use the exact directory from the
-   runtime's writable roots. Never infer, scan for, or create another thread's
-   directory.
-4. If that directory is unavailable, fall back to Mermaid, Markdown tables, or
-   concise prose. Do not emit a directive that Rudder cannot resolve.
-
-## File And Directive
-
-- Choose a concise ASCII lowercase-hyphenated title and write
-  `<title>.html` inside the current thread-scoped visualization directory.
+3. Use the v1 message envelope only in Rudder Chat. It is a Rudder protocol,
+   independent of Codex, Claude, Gemini, Cursor, OpenCode, Pi, Hermes, process,
+   HTTP, or gateway filesystem conventions.
+4. Outside Rudder Chat, fall back to Mermaid, Markdown tables, or concise prose.
+   Do not emit a Rudder envelope on a surface that cannot render it.
+
+## Message Envelope
+
 - Write only an HTML fragment. Do not include a doctype or `html`, `head`, or
   `body` elements.
-- Keep every fragment under 2 MiB and emit at most three visuals in one
-  assistant message.
+- Keep every fragment at or below 64 KiB UTF-8, all fragments together at or
+  below 128 KiB, and the complete visual-bearing final reply at or below
+  256 KiB. Emit at most three visuals in one assistant message.
 - Give the fragment one top-level markup root, `<div id="widget">`. Bounded
   `<style>` blocks may precede that root.
 - Put any custom CSS in bounded `<style>` elements. Inline `style` attributes
   are removed.
-- Read the file back before replying. Fix escaped markup such as literal `\"`
+- Check the fragment before replying. Fix escaped markup such as literal `\"`
   or `\n`, missing labels, clipped content, and malformed SVG.
-- Add this exact directive on its own line where the visual should render:
+- Put this exact opening marker on its own line where the visual should render,
+  then the fragment, then the exact closing marker on its own line:
 
 ```text
-::codex-inline-vis{file="<title>.html"}
+:::rudder-inline-visual:v1
+<style>#widget .series { color: var(--viz-series-1); }</style>
+<div id="widget">...</div>
+:::rudder-inline-visual:end
 ```
 
-Use only the `file` attribute. The value must be a basename ending in `.html`;
-paths, separators, traversal, extra attributes, and alternate quoting are
-rejected. Keep any necessary explanation outside the fragment and do not add a
-second Markdown link to the file.
+The markers must have no indentation, attributes, or trailing text. Keep any
+necessary explanation outside the envelope. Never emit
+`::codex-inline-vis{...}`, `::rudder-inline-vis{...}`, a file path, an iframe,
+or a second link to source HTML; Rudder owns capture, trusted placement,
+persistence, sandboxing, and rendering.
 
 ## Rudder Safety Boundary
 
@@ -120,13 +122,13 @@ not as data or copy to repeat.
 
 Before replying:
 
-1. Confirm the file is in the exact current-thread visualization directory,
-   uses an allowed basename, is below 2 MiB, and the message has no more than
-   three directives.
+1. Confirm each envelope uses the exact v1 markers, satisfies the 64/128/256 KiB
+   limits, and the message has no more than three visuals.
 2. Confirm the fragment contains no scripts, handlers, URLs, external assets,
    active controls, document-level elements, or unsupported embeds.
 3. Confirm SVG view boxes, labels, referenced IDs, table semantics, and CSS
    selectors are valid.
 4. Check both narrow and wide layout when a preview path is available. If not,
    keep the geometry responsive and the composition conservative.
-5. Emit the directive only after the file is complete and readable.
+5. Emit the envelope only after the fragment is complete and valid. Never leave
+   an opening marker unterminated.

package/skills/visualize/references/runtime-contract.md

@@ -2,8 +2,9 @@
 
 Read this reference when producing a Rudder inline visual. The runtime is
 scriptless, sanitized, isolated from Rudder state, and has no network access.
-Every fragment must be under 2 MiB, and one assistant message may reference at
-most three fragments.
+Every fragment must be at or below 64 KiB UTF-8, all fragment bodies together
+must be at or below 128 KiB, the complete visual-bearing final reply must be at
+or below 256 KiB, and one assistant message may contain at most three fragments.
 
 ## Output Envelope
 
@@ -12,16 +13,25 @@ Write a fragment with one top-level markup root, `<div id="widget">`. Bounded
 `head`, or `body`; Rudder extracts and sanitizes the CSS before it sanitizes the
 markup.
 
-The assistant message must place this exact directive on its own line:
+The final Rudder Chat message places the fragment inside this exact v1 envelope:
 
 ```text
-::codex-inline-vis{file="<title>.html"}
+:::rudder-inline-visual:v1
+<style>#widget .series { color: var(--viz-series-1); }</style>
+<div id="widget">...</div>
+:::rudder-inline-visual:end
 ```
 
-Only a current-run file from the exact thread-scoped visualization directory is
-eligible for capture. Rudder rejects absolute paths, separators, traversal,
-symlink escapes, missing files, stale files, oversized files, malformed
-directives, unknown attributes, and duplicate attributes.
+Both marker lines must be unindented, exact, and free of trailing text. Rudder
+rejects nested, empty, unterminated, excessive, and oversized envelopes. It
+buffers the fragment during streaming, publishes it only after a successful
+complete result, and replaces it with a Server-owned trusted placement. The
+Agent never writes a provider visualization directory, file directive,
+attachment id, canonical placement, iframe, or source link.
+
+The v1 authoring protocol is the same for every conforming Rudder Agent Runtime.
+Legacy `::codex-inline-vis{file="..."}` input remains readable during migration,
+but new output must never emit it.
 
 ## Preserved Markup
 

package/ui-dist/assets/{abnfDiagram-VRR7QNED-Dpnx79fp.js → abnfDiagram-VRR7QNED-CAAPm9Nj.js}

@@ -1 +1 @@
-import{g as p,r as u,d as a}from"./chunk-MOJQB5TN--uaDDrYM.js";import{p as f}from"./chunk-JWPE2WC7-B4Nr8KRL.js";import{_ as n,l as o}from"./mermaid.core-CeaXGD6B.js";import{M as c,b as d}from"./cynefin-VYW2F7L2-BxBj6aea.js";import"./index-B1rLBtZ1.js";var v=d().RailroadAbnf.parser.LangiumParser,i=n(e=>{const r=e.alternatives.map(g);return r.length===1?r[0]:{type:"choice",alternatives:r}},"transformAlternation"),g=n(e=>{const r=e.elements.map(y);return r.length===1?r[0]:{type:"sequence",elements:r}},"transformConcatenation"),b=n(e=>{if(e.includes("*")){const[t,s]=e.split("*"),l=t?parseInt(t,10):0,m=s?parseInt(s,10):1/0;return{min:l,max:m}}const r=parseInt(e,10);return{min:r,max:r}},"parseRepeat"),y=n(e=>{const r=A(e.primary);if(!e.repeat)return r;const{min:t,max:s}=b(e.repeat);return t===0&&s===1?{type:"optional",element:r}:{type:"repetition",element:r,min:t,max:s}},"transformElement"),A=n(e=>{switch(e.$type){case"AbnfStringLiteral":return{type:"terminal",value:e.value};case"AbnfNumVal":return{type:"terminal",value:e.value};case"AbnfRuleName":return{type:"nonterminal",name:e.name};case"AbnfGroup":return i(e.element);case"AbnfOptionalGroup":return{type:"optional",element:i(e.element)};default:throw new Error(`Unsupported ABNF primary node: ${e.$type}`)}},"transformPrimary"),P=n(e=>({name:e.name,definition:i(e.definition)}),"transformRule"),h=n(e=>{f(e,a),e.title&&a.setTitle(e.title),e.rules.map(r=>a.addRule(P(r)))},"populateDb"),R={parse:n(e=>{a.clear(),o.debug("[ABNF Parser] Starting Langium parse");const r=v.parse(e);if(r.lexerErrors.length>0||r.parserErrors.length>0)throw new c(r);const t=r.value;o.debug("[ABNF Parser] Parsed rules:",t.rules.length),h(t),o.debug("[ABNF Parser] Parse complete")},"parse"),parser:{yy:a}},B={parser:R,db:a,renderer:u,styles:p};export{B as diagram};
+import{g as p,r as u,d as a}from"./chunk-MOJQB5TN-DkLjRENV.js";import{p as f}from"./chunk-JWPE2WC7-CdBLDqvo.js";import{_ as n,l as o}from"./mermaid.core-DsYT9DxL.js";import{M as c,b as d}from"./cynefin-VYW2F7L2-f41lF5RD.js";import"./index-CssgLJwf.js";var v=d().RailroadAbnf.parser.LangiumParser,i=n(e=>{const r=e.alternatives.map(g);return r.length===1?r[0]:{type:"choice",alternatives:r}},"transformAlternation"),g=n(e=>{const r=e.elements.map(y);return r.length===1?r[0]:{type:"sequence",elements:r}},"transformConcatenation"),b=n(e=>{if(e.includes("*")){const[t,s]=e.split("*"),l=t?parseInt(t,10):0,m=s?parseInt(s,10):1/0;return{min:l,max:m}}const r=parseInt(e,10);return{min:r,max:r}},"parseRepeat"),y=n(e=>{const r=A(e.primary);if(!e.repeat)return r;const{min:t,max:s}=b(e.repeat);return t===0&&s===1?{type:"optional",element:r}:{type:"repetition",element:r,min:t,max:s}},"transformElement"),A=n(e=>{switch(e.$type){case"AbnfStringLiteral":return{type:"terminal",value:e.value};case"AbnfNumVal":return{type:"terminal",value:e.value};case"AbnfRuleName":return{type:"nonterminal",name:e.name};case"AbnfGroup":return i(e.element);case"AbnfOptionalGroup":return{type:"optional",element:i(e.element)};default:throw new Error(`Unsupported ABNF primary node: ${e.$type}`)}},"transformPrimary"),P=n(e=>({name:e.name,definition:i(e.definition)}),"transformRule"),h=n(e=>{f(e,a),e.title&&a.setTitle(e.title),e.rules.map(r=>a.addRule(P(r)))},"populateDb"),R={parse:n(e=>{a.clear(),o.debug("[ABNF Parser] Starting Langium parse");const r=v.parse(e);if(r.lexerErrors.length>0||r.parserErrors.length>0)throw new c(r);const t=r.value;o.debug("[ABNF Parser] Parsed rules:",t.rules.length),h(t),o.debug("[ABNF Parser] Parse complete")},"parse"),parser:{yy:a}},B={parser:R,db:a,renderer:u,styles:p};export{B as diagram};

package/ui-dist/assets/{arc-Cpvh_rCf.js → arc-DOFoNr3M.js}

@@ -1 +1 @@
-import{G as ln,H as un,I as N,J as I,K as J,L as an,M as y,N as tn,O as j,P as _,Q as rn,R as o,S as on,T as sn,V as fn}from"./mermaid.core-CeaXGD6B.js";function cn(l){return l.innerRadius}function yn(l){return l.outerRadius}function gn(l){return l.startAngle}function dn(l){return l.endAngle}function mn(l){return l&&l.padAngle}function pn(l,h,q,O,v,R,K,u){var D=q-l,i=O-h,n=K-v,d=u-R,a=d*D-n*i;if(!(a*a<y))return a=(n*(h-R)-d*(l-v))/a,[l+a*D,h+a*i]}function W(l,h,q,O,v,R,K){var u=l-q,D=h-O,i=(K?R:-R)/j(u*u+D*D),n=i*D,d=-i*u,a=l+n,s=h+d,f=q+n,c=O+d,L=(a+f)/2,t=(s+c)/2,m=f-a,g=c-s,A=m*m+g*g,T=v-R,P=a*c-f*s,E=(g<0?-1:1)*j(on(0,T*T*A-P*P)),G=(P*g-m*E)/A,H=(-P*m-g*E)/A,w=(P*g+m*E)/A,p=(-P*m+g*E)/A,x=G-L,e=H-t,r=w-L,M=p-t;return x*x+e*e>r*r+M*M&&(G=w,H=p),{cx:G,cy:H,x01:-n,y01:-d,x11:G*(v/T-1),y11:H*(v/T-1)}}function hn(){var l=cn,h=yn,q=J(0),O=null,v=gn,R=dn,K=mn,u=null,D=ln(i);function i(){var n,d,a=+l.apply(this,arguments),s=+h.apply(this,arguments),f=v.apply(this,arguments)-an,c=R.apply(this,arguments)-an,L=rn(c-f),t=c>f;if(u||(u=n=D()),s<a&&(d=s,s=a,a=d),!(s>y))u.moveTo(0,0);else if(L>tn-y)u.moveTo(s*N(f),s*I(f)),u.arc(0,0,s,f,c,!t),a>y&&(u.moveTo(a*N(c),a*I(c)),u.arc(0,0,a,c,f,t));else{var m=f,g=c,A=f,T=c,P=L,E=L,G=K.apply(this,arguments)/2,H=G>y&&(O?+O.apply(this,arguments):j(a*a+s*s)),w=_(rn(s-a)/2,+q.apply(this,arguments)),p=w,x=w,e,r;if(H>y){var M=sn(H/a*I(G)),z=sn(H/s*I(G));(P-=M*2)>y?(M*=t?1:-1,A+=M,T-=M):(P=0,A=T=(f+c)/2),(E-=z*2)>y?(z*=t?1:-1,m+=z,g-=z):(E=0,m=g=(f+c)/2)}var Q=s*N(m),V=s*I(m),B=a*N(T),C=a*I(T);if(w>y){var F=s*N(g),U=s*I(g),X=a*N(A),Y=a*I(A),S;if(L<un)if(S=pn(Q,V,X,Y,F,U,B,C)){var Z=Q-S[0],$=V-S[1],k=F-S[0],b=U-S[1],nn=1/I(fn((Z*k+$*b)/(j(Z*Z+$*$)*j(k*k+b*b)))/2),en=j(S[0]*S[0]+S[1]*S[1]);p=_(w,(a-en)/(nn-1)),x=_(w,(s-en)/(nn+1))}else p=x=0}E>y?x>y?(e=W(X,Y,Q,V,s,x,t),r=W(F,U,B,C,s,x,t),u.moveTo(e.cx+e.x01,e.cy+e.y01),x<w?u.arc(e.cx,e.cy,x,o(e.y01,e.x01),o(r.y01,r.x01),!t):(u.arc(e.cx,e.cy,x,o(e.y01,e.x01),o(e.y11,e.x11),!t),u.arc(0,0,s,o(e.cy+e.y11,e.cx+e.x11),o(r.cy+r.y11,r.cx+r.x11),!t),u.arc(r.cx,r.cy,x,o(r.y11,r.x11),o(r.y01,r.x01),!t))):(u.moveTo(Q,V),u.arc(0,0,s,m,g,!t)):u.moveTo(Q,V),!(a>y)||!(P>y)?u.lineTo(B,C):p>y?(e=W(B,C,F,U,a,-p,t),r=W(Q,V,X,Y,a,-p,t),u.lineTo(e.cx+e.x01,e.cy+e.y01),p<w?u.arc(e.cx,e.cy,p,o(e.y01,e.x01),o(r.y01,r.x01),!t):(u.arc(e.cx,e.cy,p,o(e.y01,e.x01),o(e.y11,e.x11),!t),u.arc(0,0,a,o(e.cy+e.y11,e.cx+e.x11),o(r.cy+r.y11,r.cx+r.x11),t),u.arc(r.cx,r.cy,p,o(r.y11,r.x11),o(r.y01,r.x01),!t))):u.arc(0,0,a,T,A,t)}if(u.closePath(),n)return u=null,n+""||null}return i.centroid=function(){var n=(+l.apply(this,arguments)+ +h.apply(this,arguments))/2,d=(+v.apply(this,arguments)+ +R.apply(this,arguments))/2-un/2;return[N(d)*n,I(d)*n]},i.innerRadius=function(n){return arguments.length?(l=typeof n=="function"?n:J(+n),i):l},i.outerRadius=function(n){return arguments.length?(h=typeof n=="function"?n:J(+n),i):h},i.cornerRadius=function(n){return arguments.length?(q=typeof n=="function"?n:J(+n),i):q},i.padRadius=function(n){return arguments.length?(O=n==null?null:typeof n=="function"?n:J(+n),i):O},i.startAngle=function(n){return arguments.length?(v=typeof n=="function"?n:J(+n),i):v},i.endAngle=function(n){return arguments.length?(R=typeof n=="function"?n:J(+n),i):R},i.padAngle=function(n){return arguments.length?(K=typeof n=="function"?n:J(+n),i):K},i.context=function(n){return arguments.length?(u=n??null,i):u},i}export{hn as d};
+import{G as ln,H as un,I as N,J as I,K as J,L as an,M as y,N as tn,O as j,P as _,Q as rn,R as o,S as on,T as sn,V as fn}from"./mermaid.core-DsYT9DxL.js";function cn(l){return l.innerRadius}function yn(l){return l.outerRadius}function gn(l){return l.startAngle}function dn(l){return l.endAngle}function mn(l){return l&&l.padAngle}function pn(l,h,q,O,v,R,K,u){var D=q-l,i=O-h,n=K-v,d=u-R,a=d*D-n*i;if(!(a*a<y))return a=(n*(h-R)-d*(l-v))/a,[l+a*D,h+a*i]}function W(l,h,q,O,v,R,K){var u=l-q,D=h-O,i=(K?R:-R)/j(u*u+D*D),n=i*D,d=-i*u,a=l+n,s=h+d,f=q+n,c=O+d,L=(a+f)/2,t=(s+c)/2,m=f-a,g=c-s,A=m*m+g*g,T=v-R,P=a*c-f*s,E=(g<0?-1:1)*j(on(0,T*T*A-P*P)),G=(P*g-m*E)/A,H=(-P*m-g*E)/A,w=(P*g+m*E)/A,p=(-P*m+g*E)/A,x=G-L,e=H-t,r=w-L,M=p-t;return x*x+e*e>r*r+M*M&&(G=w,H=p),{cx:G,cy:H,x01:-n,y01:-d,x11:G*(v/T-1),y11:H*(v/T-1)}}function hn(){var l=cn,h=yn,q=J(0),O=null,v=gn,R=dn,K=mn,u=null,D=ln(i);function i(){var n,d,a=+l.apply(this,arguments),s=+h.apply(this,arguments),f=v.apply(this,arguments)-an,c=R.apply(this,arguments)-an,L=rn(c-f),t=c>f;if(u||(u=n=D()),s<a&&(d=s,s=a,a=d),!(s>y))u.moveTo(0,0);else if(L>tn-y)u.moveTo(s*N(f),s*I(f)),u.arc(0,0,s,f,c,!t),a>y&&(u.moveTo(a*N(c),a*I(c)),u.arc(0,0,a,c,f,t));else{var m=f,g=c,A=f,T=c,P=L,E=L,G=K.apply(this,arguments)/2,H=G>y&&(O?+O.apply(this,arguments):j(a*a+s*s)),w=_(rn(s-a)/2,+q.apply(this,arguments)),p=w,x=w,e,r;if(H>y){var M=sn(H/a*I(G)),z=sn(H/s*I(G));(P-=M*2)>y?(M*=t?1:-1,A+=M,T-=M):(P=0,A=T=(f+c)/2),(E-=z*2)>y?(z*=t?1:-1,m+=z,g-=z):(E=0,m=g=(f+c)/2)}var Q=s*N(m),V=s*I(m),B=a*N(T),C=a*I(T);if(w>y){var F=s*N(g),U=s*I(g),X=a*N(A),Y=a*I(A),S;if(L<un)if(S=pn(Q,V,X,Y,F,U,B,C)){var Z=Q-S[0],$=V-S[1],k=F-S[0],b=U-S[1],nn=1/I(fn((Z*k+$*b)/(j(Z*Z+$*$)*j(k*k+b*b)))/2),en=j(S[0]*S[0]+S[1]*S[1]);p=_(w,(a-en)/(nn-1)),x=_(w,(s-en)/(nn+1))}else p=x=0}E>y?x>y?(e=W(X,Y,Q,V,s,x,t),r=W(F,U,B,C,s,x,t),u.moveTo(e.cx+e.x01,e.cy+e.y01),x<w?u.arc(e.cx,e.cy,x,o(e.y01,e.x01),o(r.y01,r.x01),!t):(u.arc(e.cx,e.cy,x,o(e.y01,e.x01),o(e.y11,e.x11),!t),u.arc(0,0,s,o(e.cy+e.y11,e.cx+e.x11),o(r.cy+r.y11,r.cx+r.x11),!t),u.arc(r.cx,r.cy,x,o(r.y11,r.x11),o(r.y01,r.x01),!t))):(u.moveTo(Q,V),u.arc(0,0,s,m,g,!t)):u.moveTo(Q,V),!(a>y)||!(P>y)?u.lineTo(B,C):p>y?(e=W(B,C,F,U,a,-p,t),r=W(Q,V,X,Y,a,-p,t),u.lineTo(e.cx+e.x01,e.cy+e.y01),p<w?u.arc(e.cx,e.cy,p,o(e.y01,e.x01),o(r.y01,r.x01),!t):(u.arc(e.cx,e.cy,p,o(e.y01,e.x01),o(e.y11,e.x11),!t),u.arc(0,0,a,o(e.cy+e.y11,e.cx+e.x11),o(r.cy+r.y11,r.cx+r.x11),t),u.arc(r.cx,r.cy,p,o(r.y11,r.x11),o(r.y01,r.x01),!t))):u.arc(0,0,a,T,A,t)}if(u.closePath(),n)return u=null,n+""||null}return i.centroid=function(){var n=(+l.apply(this,arguments)+ +h.apply(this,arguments))/2,d=(+v.apply(this,arguments)+ +R.apply(this,arguments))/2-un/2;return[N(d)*n,I(d)*n]},i.innerRadius=function(n){return arguments.length?(l=typeof n=="function"?n:J(+n),i):l},i.outerRadius=function(n){return arguments.length?(h=typeof n=="function"?n:J(+n),i):h},i.cornerRadius=function(n){return arguments.length?(q=typeof n=="function"?n:J(+n),i):q},i.padRadius=function(n){return arguments.length?(O=n==null?null:typeof n=="function"?n:J(+n),i):O},i.startAngle=function(n){return arguments.length?(v=typeof n=="function"?n:J(+n),i):v},i.endAngle=function(n){return arguments.length?(R=typeof n=="function"?n:J(+n),i):R},i.padAngle=function(n){return arguments.length?(K=typeof n=="function"?n:J(+n),i):K},i.context=function(n){return arguments.length?(u=n??null,i):u},i}export{hn as d};