kortext 2.2.3 → 3.1.0

package/templates/docs/ENVIRONMENT.md

@@ -0,0 +1,102 @@
+---
+status: uninitialized
+author: +devops-engineer
+approver: +prime
+---
+
+# Environment Setup Guide
+
+> +devops-engineer's guide. This file is the single point of reference for a new developer (human or agent) who wants to bring the project up from scratch.
+
+## Local Setup
+
+- **Prerequisites:** [Node version, package manager, OS notes]
+- **Installation:**
+  - `git clone <repo>`
+  - `cd <project>`
+  - `<package-manager> install`
+- **Start commands:**
+  - `<package-manager> run dev` — development server
+  - `<package-manager> test` — tests
+
+## Environment Variables
+
+The `.env` file is git-ignored. Copy it from `.env.example`.
+
+| Key | Required | Default | Description |
+| :--- | :---: | :--- | :--- |
+| `[KEY_NAME]` | Yes/No | `[default]` | [Description] |
+
+## Database
+
+- **Provider:** [PostgreSQL / Supabase / Firebase]
+- **Migration:** [Migration tool command]
+- **Seed data:** [Seed command, if any]
+- **Local instance:** [Docker / native]
+
+## External Services
+
+- **Auth:** [Provider + connection steps]
+- **Payments:** [Provider + where sandbox keys come from]
+- **Email:** [Provider + test mode note]
+- **Storage/CDN:** [Provider + local stub, if any]
+
+## Common Issues
+
+- **Issue:** [Common error message] → **Fix:** [Steps]
+- **Issue:** [Port conflict] → **Fix:** [Change the port in .env]
+
+# Access & Service Configuration
+
+## Local Development Tools
+
+- [Tool name] — [setup note]
+- [MCP server name] — [setup note]
+
+## Version Control
+
+- GitHub Repo: [to be filled by prime]
+- Organization: [to be filled by prime]
+- Branch strategy: [which branches exist, what merges into what, what is protected]
+
+## CI/CD Pipeline
+
+- **Cloud provider:** [e.g., AWS, Vercel, Google Cloud]
+- **CI/CD platform:** [e.g., GitHub Actions, GitLab CI]
+- **On every push:** [what runs — lint, typecheck, tests]
+- **On merge to the release branch:** [what deploys, and where]
+- **Rollback:** [how a bad release is undone, and by whom]
+
+## Hosting & Deployment
+
+- Production URL: [to be filled by prime]
+- Staging URL: [to be filled by prime]
+- Platform: [Firebase Hosting / Vercel / AWS]
+- **Hosting region:** [where the servers physically run — e.g., `eu-central-1` (Frankfurt). Compliance decides the cross-border transfer regime on this line, so name a region, not a provider]
+
+## Server Access
+
+- SSH Root: [to be filled by prime]
+- Domain: [to be filled by prime]
+
+## Database Instances
+
+- Provider: [Firebase / Supabase / PostgreSQL]
+- Engine + version: [e.g., PostgreSQL 16 — the schema is designed for this]
+- **Region:** [where the data physically sits]
+- Production Instance: [to be filled by prime]
+- Staging Instance: [to be filled by prime]
+
+## Other Services
+
+- Analytics: [Google Analytics / Mixpanel]
+- CDN: [Cloudflare]
+- Mail: [SendGrid / Resend]
+
+## Change Requests
+
+- [What THIS document asks of another, one line per request: - `TARGET.md` — what must change there and why. It travels to that document when this one is approved. Lines that start with `from` are the other direction — what others asked of this document; the human decides them, kortext ticks them, leave them exactly as they are. Leave this section empty when nothing upstream needs to change]
+
+## Questions for Prime
+
+- [Anything prime must answer before this document can be relied on — leave this section empty when there is nothing]

package/templates/docs/GROWTH.md

@@ -0,0 +1,44 @@
+---
+status: uninitialized
+author: +growth-expert
+approver: +prime
+---
+
+# Growth & Analytic Strategy
+
+## Analytics Goals & Metrics
+
+- **North Star Metric:** [The core success measure, e.g., Active Transacting Users]
+- **Primary Targets:** [e.g., 10% conversion rate, 5K MAU]
+
+## Tracking Setup & Tools
+
+- **Analytics Tools:** [e.g., Google Analytics 4, Mixpanel, Amplitude]
+- **Tag Management:** [e.g., Google Tag Manager (GTM)]
+- **Error Tracking:** [e.g., Sentry, Datadog]
+
+## Key Events to Track (Event Taxonomy)
+
+All events must follow a naming convention like the examples below (e.g., `Object_Action`).
+
+- `user_signed_up`: When a user successfully registers (**Parameters:** method, tier)
+- `purchase_completed`: When a user completes a payment (**Parameters:** amount, currency)
+- `[event_name]`: [Trigger condition and parameters]
+
+## SEO & ASO Strategy
+
+- **On-Page SEO:** [H1 tags, meta description rules, schema.org structure]
+- **URL Structure:** [e.g., /category/product-name (kebab-case, SEO friendly)]
+- **Sitemap & Robots.txt:** [Generation and indexing policy]
+
+## User Acquisition & Funnel
+
+- [A/B test plans, funnel stages (Acquisition, Activation, Retention...)]
+
+## Change Requests
+
+- [What THIS document asks of another, one line per request: - `TARGET.md` — what must change there and why. It travels to that document when this one is approved. Lines that start with `from` are the other direction — what others asked of this document; the human decides them, kortext ticks them, leave them exactly as they are. Leave this section empty when nothing upstream needs to change]
+
+## Questions for Prime
+
+- [Anything prime must answer before this document can be relied on — leave this section empty when there is nothing]

package/templates/docs/LEGAL.md

@@ -0,0 +1,48 @@
+---
+status: uninitialized
+author: +compliance-expert
+approver: +prime
+---
+
+# Legal & Compliance Strategy
+
+## Compliance Scope
+
+- [Compliance targets based on the project's scope (KVKK, GDPR, CCPA, etc.)]
+
+## Identified Risks
+
+- [Risk description — e.g., user location data being kept exposed]
+
+## Required Approvals & Consents
+
+- [e.g., Privacy Policy consent at sign-up (required)]
+- [How will cookie consent (Cookie Policy) be handled?]
+
+## Data Lifecycle
+
+> One row per personal-data field `DATABASE.md` marks. Retention and erasure are duties,
+> not preferences — name the period and the mechanism, not an intention.
+
+| Data | Lawful basis | Retention | Erasure — how and on whose request | Shared with |
+| --- | --- | --- | --- | --- |
+| `[table.column]` | [consent / contract / legitimate interest] | [e.g., 2 years after last login] | [the mechanism that actually deletes it] | [the processor from `STACK.md`, or none] |
+
+## Required Notices
+
+> The user-facing text this product owes its users. `CONTENT.md` writes each one in full —
+> name what must be said and where, not the wording.
+
+- **[Notice]** — [what it must disclose, on which surface, at which moment]
+
+## Technical Integration Requests
+
+- [e.g., The `password` and `national_id` columns in the database must be hashed.]
+
+## Change Requests
+
+- [What THIS document asks of another, one line per request: - `TARGET.md` — what must change there and why. It travels to that document when this one is approved. Lines that start with `from` are the other direction — what others asked of this document; the human decides them, kortext ticks them, leave them exactly as they are. Leave this section empty when nothing upstream needs to change]
+
+## Questions for Prime
+
+- [Anything prime must answer before this document can be relied on — leave this section empty when there is nothing]

package/templates/docs/PRODUCT.md

@@ -0,0 +1,43 @@
+---
+status: uninitialized
+author: +product-manager
+approver: +prime
+---
+
+# Product
+
+
+## Scope
+
+- **In scope:** [What this product does — one line per capability]
+- **Out of scope:** [What it deliberately does not do, and why]
+
+## User Types
+
+- **[User type]:** [what they can do, what they must never see]
+
+## Personal Data per Flow
+
+- **[Flow name]:** [which personal data the flow needs and why it needs it — write `none` where a flow needs no personal data. The compliance analysis is run against this list]
+
+## User Stories (Tasks) & Acceptance Criteria
+
+### [task-id]: [task-name]
+
+As a [User Type], I want to [Do Something], so that [I reach This Goal].
+
+**Acceptance Criteria:**
+
+> What must be observably true for this story to be done. Behaviour only — code
+> review, QA and security are release gates, and `TEST.md` owns them.
+
+- [ ] [When the user presses the button, X must happen]
+- [ ] [On error, this message must be shown]
+
+## Change Requests
+
+- [What THIS document asks of another, one line per request: - `TARGET.md` — what must change there and why. It travels to that document when this one is approved. Lines that start with `from` are the other direction — what others asked of this document; the human decides them, kortext ticks them, leave them exactly as they are. Leave this section empty when nothing upstream needs to change]
+
+## Questions for Prime
+
+- [Anything prime must answer before this document can be relied on — leave this section empty when there is nothing]

package/templates/docs/SECURITY.md

@@ -0,0 +1,65 @@
+---
+status: uninitialized
+author: +security-engineer
+approver: +architect
+---
+
+# Security Rules
+
+## Security Overview
+
+- [Summary and findings of the project's tech stack report]
+- [Areas that need attention]
+
+## Auth & Authorization Model
+
+> The schema and the endpoints are built on this section. Name roles and permissions
+> concretely — `DATABASE.md` turns them into tables and `API.md` applies them per endpoint.
+
+- **Authentication:** [mechanism — e.g., email + password with TOTP, OAuth via provider, magic link]
+- **Session / token:** [what is issued, where it is stored, how long it lives, how it is revoked]
+- **Roles:**
+
+| Role | Can do | Must never reach |
+| --- | --- | --- |
+| `[role]` | [what this role is allowed to do] | [what it must never see or change] |
+
+- **Authorization rule:** [how a permission is decided at request time — ownership, role, tenant, or a combination]
+
+## Secret Management
+
+- **Where secrets live:** [e.g., the platform's secret store; never in the repo]
+- **Never committed:** [the `.gitignore` entries that enforce it]
+- **Rotation:** [who rotates what, and when]
+
+## Data Storage & Logging
+
+- **At rest / in transit:** [what is encrypted and with what]
+- **Sensitive fields:** [what needs hashing, masking or tokenizing rather than plain storage]
+- **Never logged:** [the values that must never reach a log line or an error report]
+
+## Security Rules
+
+- [Security rules to follow across the project]
+
+## Vulnerability Findings
+
+> On an existing project, what the code already gets wrong. On a new project this section
+> is written after the first implementation — leave it empty until then.
+
+| Risk Level | Finding | Description | Recommendation |
+|---|---|---|---|
+| [High/Med] | [e.g., XSS vulnerability] | [Which file, how it occurs] | [Suggested fix] |
+| [Low] | [e.g., Outdated package] | [Outdated library] | [Update npm package] |
+
+## Action Plan
+
+- [What must be done during the analysis phase based on the findings]
+
+## Change Requests
+
+- [What THIS document asks of another, one line per request: - `TARGET.md` — what must change there and why. It travels to that document when this one is approved. Lines that start with `from` are the other direction — what others asked of this document; the human decides them, kortext ticks them, leave them exactly as they are. Leave this section empty when nothing upstream needs to change]
+
+## Questions for Prime
+
+- [Anything prime must answer before this document can be relied on — leave this section empty when there is nothing]

package/templates/docs/STACK.md

@@ -0,0 +1,57 @@
+---
+status: uninitialized
+author: +architect
+approver: +prime
+---
+
+# Tech Stack & Infrastructure
+
+## Core Technologies
+
+- **Frontend:** [Language, framework, version — e.g., TypeScript, React 18, Next.js 14, Kotlin, SwiftUI]
+- **Backend:** [Language, framework, version — e.g., Node.js 20, NestJS]
+- **Database:** [Database, version — e.g., PostgreSQL 16, Redis]
+
+## Tooling & Prerequisites
+
+- **Package Manager:** [e.g., npm, yarn, pnpm]
+- **Environment:** [e.g., Docker Desktop, Node v20+]
+- **Containerization:** [e.g., Docker — the local runtime, not the deployment target]
+- **Testing:** [e.g., Jest, Cypress, Playwright]
+- **Tools:** [e.g., Postman, Antigravity, etc.]
+- **MCP's:** [e.g., Vercel MCP, Firebase MCP]
+
+## Prerequisites from prime
+
+> Everything the stack needs that only a person can supply. The planning flow turns each
+> row into an `assignee: prime` task and blocks whatever depends on it, so a missing row
+> becomes work nobody scheduled.
+
+| Need | Why the stack needs it | Blocks |
+| --- | --- | --- |
+| `[e.g., an Apple Developer account]` | [what cannot be built without it] | [what waits on it] |
+| `[e.g., a physical test device]` | [what cannot be verified without it] | [what waits on it] |
+
+## Third-Party Services & Integrations
+
+> Every row here is a processor `LEGAL.md` will rule on. Name the region it runs in and
+> say plainly whether it sees user data — a service with no region named cannot be judged.
+
+| Service | Purpose | Region | Sees user data |
+| --- | --- | --- | --- |
+| `[Auth0]` | Auth | `[eu]` | [yes — email, name] |
+| `[Stripe]` | Payments | `[us]` | [yes — name, billing address] |
+| `[Cloudflare]` | CDN | `[global]` | [no] |
+
+## Security & Policies
+
+- [How sensitive data is stored, custom gitignore rules, etc.]
+- For security rules, see `.kortext/SECURITY.md`.
+
+## Change Requests
+
+- [What THIS document asks of another, one line per request: - `TARGET.md` — what must change there and why. It travels to that document when this one is approved. Lines that start with `from` are the other direction — what others asked of this document; the human decides them, kortext ticks them, leave them exactly as they are. Leave this section empty when nothing upstream needs to change]
+
+## Questions for Prime
+
+- [Anything prime must answer before this document can be relied on — leave this section empty when there is nothing]

package/templates/docs/STRUCTURE.md

@@ -0,0 +1,73 @@
+---
+status: uninitialized
+author: +architect
+approver: +prime
+---
+
+# File System & Architecture
+
+## High-Level Folder Structure
+
+```
+[Project Root]/
+├── src/
+│   ├── components/    → [Description]
+│   ├── pages/         → [Description]
+│   ├── utils/         → [Description]
+│   └── api/           → [Description]
+├── public/            → [Description]
+└── [Config Files]     → (package.json, tsconfig.json, etc.)
+```
+
+## Directory Rules
+
+- **`/components/`:** Holds reusable UI elements only.
+- **`/pages/` or `/app/`:** Holds page/route management only.
+- **`/utils/`:** Pure helper functions live here (no state).
+
+## Path Aliases
+
+- [e.g., `@components/*` -> `src/components/*`]
+- [e.g., `@utils/*` -> `src/utils/*`]
+
+## Feature-Based vs Type-Based Structure
+
+- [Which structure the project follows (domain-driven, feature-sliced, etc.) and a short explanation]
+
+# Coding Dictionary & Standards
+
+## Naming Conventions
+
+- **Variables & Functions:** [`camelCase, snake_case`]
+- **Classes & Interfaces:** [`PascalCase`]
+- **Constants:** [`UPPER_SNAKE_CASE`]
+- **Files & Directories:** [`kebab-case`]
+- **Database Tables:** [`snake_case, plural/singular`]
+
+## Code Quality & Formatting
+
+- **Linter & Formatter:** [e.g., ESLint + Prettier settings]
+- **Indent:** [e.g., 2 spaces]
+- **Quote Mark:** [e.g., Single quotes ('')]
+
+## Project Terminology (Domain Language)
+
+- **[Term]:** [Definition / what it means in our app]
+- *Example:* **Client:** The customer using the app (we do not say "User").
+- *Example:* **Cart:** The shopping cart (we do not say "Basket").
+
+## Commenting & Documentation Rules
+
+- [e.g., Use JSDoc; comments explain "why" the code does something, not "what" it does]
+
+## Error Handling Pattern
+
+- [General try/catch or error response conventions]
+
+## Change Requests
+
+- [What THIS document asks of another, one line per request: - `TARGET.md` — what must change there and why. It travels to that document when this one is approved. Lines that start with `from` are the other direction — what others asked of this document; the human decides them, kortext ticks them, leave them exactly as they are. Leave this section empty when nothing upstream needs to change]
+
+## Questions for Prime
+
+- [Anything prime must answer before this document can be relied on — leave this section empty when there is nothing]

package/templates/docs/TEST.md

@@ -0,0 +1,62 @@
+---
+status: uninitialized
+author: +qa-engineer
+approver: +architect
+---
+
+# Testing Strategy
+
+## Testing Scope & Approach
+
+- **Scope:** [What will be tested, and what will (for now) not be tested?]
+- **Main Approach:** [e.g., Will TDD be applied? Will shift-left testing be practiced?]
+
+## Tools & Frameworks
+
+- **Unit Testing:** [e.g., Jest, Vitest]
+- **Integration/E2E Testing:** [e.g., Cypress, Playwright]
+- **Load/Performance Testing:** [e.g., k6, JMeter]
+
+## Test Layers
+
+### Unit Tests
+
+- **Responsibility:** Developers (+backend-developer / +frontend-developer)
+- **Rule:** Every function is tested in isolation (coverage target: `80%`)
+
+### Integration Tests
+
+- **Responsibility:** Developers & +qa-engineer
+- **Rule:** API endpoints and database communication are tested.
+
+### End-to-End (E2E) & Smoke Tests
+
+- **Responsibility:** +qa-engineer
+- **Rule:** The user's main flows (login, add to cart, checkout) must pass before anything ships to production.
+
+## CI/CD Integration (Pipeline Rules)
+
+- Outcome: `[Merge is blocked when tests fail]`
+- Outcome: `[PR is rejected when coverage drops below 80%]`
+
+## Compliance & Risk Gates
+
+> A gate here proves an obligation `LEGAL.md` states or a risk `ENGINEERING.md` registers.
+> Each row names what fails the release, not what someone should remember to check.
+
+| Obligation / risk | Source | The gate that proves it |
+| --- | --- | --- |
+| [e.g., consent is captured before any tracking fires] | `LEGAL.md` | [the test that fails when a tag loads without consent] |
+| [e.g., the job queue survives a restart] | `ENGINEERING.md` | [the test that proves it] |
+
+## Acceptance Criteria (Definition of Done)
+
+- [What test criteria must a task meet before the QA persona can approve it?]
+
+## Change Requests
+
+- [What THIS document asks of another, one line per request: - `TARGET.md` — what must change there and why. It travels to that document when this one is approved. Lines that start with `from` are the other direction — what others asked of this document; the human decides them, kortext ticks them, leave them exactly as they are. Leave this section empty when nothing upstream needs to change]
+
+## Questions for Prime
+
+- [Anything prime must answer before this document can be relied on — leave this section empty when there is nothing]

package/ui/dist/assets/abnfDiagram-VCTEODGH-Bm7Q2BML.js

@@ -0,0 +1 @@
+import{m as e,t}from"./mermaid-parser.core-BDC4bG-O.js";import{n}from"./chunk-Y2CYZVJY-DsF7k-Jl.js";import{m as r}from"./src-7TsfZXRO.js";import"./chunk-DU6HZSFF-Cq2BVv26.js";import{n as i,r as a,t as o}from"./chunk-SVP7TREG-r1chwRmg.js";import{t as s}from"./chunk-JWPE2WC7-DVXcaiue.js";import"./mermaid.core-DZY3WwzX.js";var c=e().RailroadAbnf.parser.LangiumParser,l=n(e=>{let t=e.alternatives.map(u);return t.length===1?t[0]:{type:`choice`,alternatives:t}},`transformAlternation`),u=n(e=>{let t=e.elements.map(f);return t.length===1?t[0]:{type:`sequence`,elements:t}},`transformConcatenation`),d=n(e=>{if(e.includes(`*`)){let[t,n]=e.split(`*`);return{min:t?parseInt(t,10):0,max:n?parseInt(n,10):1/0}}let t=parseInt(e,10);return{min:t,max:t}},`parseRepeat`),f=n(e=>{let t=p(e.primary);if(!e.repeat)return t;let{min:n,max:r}=d(e.repeat);return n===0&&r===1?{type:`optional`,element:t}:{type:`repetition`,element:t,min:n,max:r}},`transformElement`),p=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 l(e.element);case`AbnfOptionalGroup`:return{type:`optional`,element:l(e.element)};default:throw Error(`Unsupported ABNF primary node: ${e.$type}`)}},`transformPrimary`),m=n(e=>({name:e.name,definition:l(e.definition)}),`transformRule`),h=n(e=>{s(e,o),e.title&&o.setTitle(e.title),e.rules.map(e=>o.addRule(m(e)))},`populateDb`),g={parser:{parse:n(e=>{o.clear(),r.debug(`[ABNF Parser] Starting Langium parse`);let n=c.parse(e);if(n.lexerErrors.length>0||n.parserErrors.length>0)throw new t(n);let i=n.value;r.debug(`[ABNF Parser] Parsed rules:`,i.rules.length),h(i),r.debug(`[ABNF Parser] Parse complete`)},`parse`),parser:{yy:o}},db:o,renderer:a,styles:i};export{g as diagram};

package/ui/dist/assets/arc-BV9hs0Hu.js

@@ -0,0 +1 @@
+import{n as e,t}from"./path-fybaL0A-.js";import{a as n,c as r,d as i,f as a,i as o,l as s,m as c,n as l,o as u,p as d,r as f,u as p}from"./dist-EcW76Zvr.js";function m(e){return e.innerRadius}function h(e){return e.outerRadius}function g(e){return e.startAngle}function _(e){return e.endAngle}function v(e){return e&&e.padAngle}function y(e,t,n,r,i,a,o,s){var c=n-e,l=r-t,u=o-i,d=s-a,f=d*c-u*l;if(!(f*f<1e-12))return f=(u*(t-a)-d*(e-i))/f,[e+f*c,t+f*l]}function b(e,t,n,r,i,a,o){var c=e-n,l=t-r,u=(o?a:-a)/d(c*c+l*l),f=u*l,p=-u*c,m=e+f,h=t+p,g=n+f,_=r+p,v=(m+g)/2,y=(h+_)/2,b=g-m,x=_-h,S=b*b+x*x,C=i-a,w=m*_-g*h,T=(x<0?-1:1)*d(s(0,C*C*S-w*w)),E=(w*x-b*T)/S,D=(-w*b-x*T)/S,O=(w*x+b*T)/S,k=(-w*b+x*T)/S,A=E-v,j=D-y,M=O-v,N=k-y;return A*A+j*j>M*M+N*N&&(E=O,D=k),{cx:E,cy:D,x01:-f,y01:-p,x11:E*(i/C-1),y11:D*(i/C-1)}}function x(){var s=m,x=h,S=e(0),C=null,w=g,T=_,E=v,D=null,O=t(k);function k(){var e,t,m=+s.apply(this,arguments),h=+x.apply(this,arguments),g=w.apply(this,arguments)-r,_=T.apply(this,arguments)-r,v=l(_-g),k=_>g;if(D||=e=O(),h<m&&(t=h,h=m,m=t),!(h>1e-12))D.moveTo(0,0);else if(v>c-1e-12)D.moveTo(h*u(g),h*a(g)),D.arc(0,0,h,g,_,!k),m>1e-12&&(D.moveTo(m*u(_),m*a(_)),D.arc(0,0,m,_,g,k));else{var A=g,j=_,M=g,N=_,P=v,F=v,I=E.apply(this,arguments)/2,L=I>1e-12&&(C?+C.apply(this,arguments):d(m*m+h*h)),R=p(l(h-m)/2,+S.apply(this,arguments)),z=R,B=R,V,H;if(L>1e-12){var U=o(L/m*a(I)),W=o(L/h*a(I));(P-=U*2)>1e-12?(U*=k?1:-1,M+=U,N-=U):(P=0,M=N=(g+_)/2),(F-=W*2)>1e-12?(W*=k?1:-1,A+=W,j-=W):(F=0,A=j=(g+_)/2)}var G=h*u(A),K=h*a(A),q=m*u(N),J=m*a(N);if(R>1e-12){var Y=h*u(j),X=h*a(j),Z=m*u(M),Q=m*a(M),$;if(v<i){if($=y(G,K,Z,Q,Y,X,q,J)){var ee=G-$[0],te=K-$[1],ne=Y-$[0],re=X-$[1],ie=1/a(f((ee*ne+te*re)/(d(ee*ee+te*te)*d(ne*ne+re*re)))/2),ae=d($[0]*$[0]+$[1]*$[1]);z=p(R,(m-ae)/(ie-1)),B=p(R,(h-ae)/(ie+1))}else z=B=0}}F>1e-12?B>1e-12?(V=b(Z,Q,G,K,h,B,k),H=b(Y,X,q,J,h,B,k),D.moveTo(V.cx+V.x01,V.cy+V.y01),B<R?D.arc(V.cx,V.cy,B,n(V.y01,V.x01),n(H.y01,H.x01),!k):(D.arc(V.cx,V.cy,B,n(V.y01,V.x01),n(V.y11,V.x11),!k),D.arc(0,0,h,n(V.cy+V.y11,V.cx+V.x11),n(H.cy+H.y11,H.cx+H.x11),!k),D.arc(H.cx,H.cy,B,n(H.y11,H.x11),n(H.y01,H.x01),!k))):(D.moveTo(G,K),D.arc(0,0,h,A,j,!k)):D.moveTo(G,K),!(m>1e-12)||!(P>1e-12)?D.lineTo(q,J):z>1e-12?(V=b(q,J,Y,X,m,-z,k),H=b(G,K,Z,Q,m,-z,k),D.lineTo(V.cx+V.x01,V.cy+V.y01),z<R?D.arc(V.cx,V.cy,z,n(V.y01,V.x01),n(H.y01,H.x01),!k):(D.arc(V.cx,V.cy,z,n(V.y01,V.x01),n(V.y11,V.x11),!k),D.arc(0,0,m,n(V.cy+V.y11,V.cx+V.x11),n(H.cy+H.y11,H.cx+H.x11),k),D.arc(H.cx,H.cy,z,n(H.y11,H.x11),n(H.y01,H.x01),!k))):D.arc(0,0,m,N,M,k)}if(D.closePath(),e)return D=null,e+``||null}return k.centroid=function(){var e=(+s.apply(this,arguments)+ +x.apply(this,arguments))/2,t=(+w.apply(this,arguments)+ +T.apply(this,arguments))/2-i/2;return[u(t)*e,a(t)*e]},k.innerRadius=function(t){return arguments.length?(s=typeof t==`function`?t:e(+t),k):s},k.outerRadius=function(t){return arguments.length?(x=typeof t==`function`?t:e(+t),k):x},k.cornerRadius=function(t){return arguments.length?(S=typeof t==`function`?t:e(+t),k):S},k.padRadius=function(t){return arguments.length?(C=t==null?null:typeof t==`function`?t:e(+t),k):C},k.startAngle=function(t){return arguments.length?(w=typeof t==`function`?t:e(+t),k):w},k.endAngle=function(t){return arguments.length?(T=typeof t==`function`?t:e(+t),k):T},k.padAngle=function(t){return arguments.length?(E=typeof t==`function`?t:e(+t),k):E},k.context=function(e){return arguments.length?(D=e??null,k):D},k}export{x as t};

package/ui/dist/assets/architecture-7GRP2DOG-RckR3gBI.js

@@ -0,0 +1 @@
+import"./chunk-FOHPRMQF-DHwB1DNv.js";import{M as e}from"./mermaid-parser.core-BDC4bG-O.js";export{e as createArchitectureServices};