@magic-spells/constellation 0.2.2 → 0.4.0

package/skill/SKILL.md

@@ -41,7 +41,8 @@ dashes only. No underscores, no lowercase.
 | `DB-`        | `db/`        | Tables / collections             | `types/db.md`        |
 | `DATATYPE-`  | `datatype/`  | Type schemas                     | `types/datatype.md`  |
 | `ROLE-`      | `role/`      | Roles / permissions              | `types/role.md`      |
-| `DOC-`       | `doc/`       | Documentation, rules, decisions  | `types/doc.md`       |
+| `DOC-`       | `doc/`       | Documentation, guides, rules     | `types/doc.md`       |
+| `DECISION-`  | `decision/`  | Architecture decisions (ADRs)    | `types/decision.md`  |
 | `FILE-`      | `file/`      | Source file references           | `types/file.md`      |
 | `TEST-`      | `test/`      | Test specs                       | `types/test.md`      |
 | `EXTERNAL-`  | `external/`  | External services                | `types/external.md`  |
@@ -54,6 +55,8 @@ dashes only. No underscores, no lowercase.
 | `DIAGRAM-`   | `diagram/`   | Architecture diagrams            | `types/diagram.md`   |
 | `AGENT-`     | `agent/`     | AI agent instructions            | `types/agent.md`     |
 | `PLAN-`      | `plan/`      | Plan docs (`plan.md` at root = `PLAN-PROJECT`) | `types/plan.md` |
+| `FEATURE-`   | `feature/`   | Future work units (iteration)    | `types/feature.md`   |
+| `RELEASE-`   | `release/`   | Version milestones               | `types/release.md`   |
 
 Read the matching `types/<type>.md` before writing a card of a type you haven't
 authored in this session — it has the field table and a golden example.
@@ -76,7 +79,11 @@ Beyond the four reserved keys, a few **cross-type metadata fields** are valid on
 (defined in `schemas/card.json`) but are tool-managed, not hand-authored: `code_refs` (extra
 code this card is bound to — `path` or `path:symbol`), `verified_sha` / `verified_at` (set by
 `set_verified` — the drift baseline), and `notes` (append-only typed memory, via
-`append_note`). Reach for the tools rather than writing these by hand.
+`append_note`). Reach for the tools rather than writing these by hand. Notes are
+retrievable: `search` matches note text, `list_notes` lists them across cards by kind
+(every gotcha / every decision in one call), and `get_card` filters them per card.
+A `decision` note is for a choice local to that one card; a decision that shaped
+*several* cards gets its own `DECISION` card, connected to each of them.
 
 ## Connections — how the graph gets wired
 
@@ -104,6 +111,8 @@ that's how you mark future work.
 - STATE: a ```mermaid stateDiagram-v2 block.
 - DIAGRAM: a ```mermaid flowchart with **handles as node IDs** so the diagram joins
   the graph.
+- DECISION: `## Context` / `## Decision` / `## Alternatives` / `## Consequences`
+  sections (suggested, not enforced).
 - Everything else: prose with `[[links]]`. Put relationship nuance in prose, not
   in structure.
 
@@ -171,6 +180,24 @@ plan mode pulling the relevant plan into context — `traverse` from the entry p
 you intend into the plan you present. Execute those Constellation writes first, before any
 code, once the user approves.
 
+## Iterating: features & releases
+
+PLAN cards and phases carry the *initial* build. Once a project is live, work
+arrives as feature branches and ships as versions — model that with FEATURE and
+RELEASE cards:
+
+- A coherent slice of future work is a **FEATURE** card: connect it to every card
+  it adds or touches (new work as `status: planned`), record intent / scope /
+  acceptance in the body, and set `branch:` while it's in flight. Its status is
+  the arc: `planned` → `building` (on its branch) → `built` (merged) →
+  `verified`. A shipped FEATURE stays — it's the record of why the system grew.
+- A version milestone is a **RELEASE** card; features target it via their
+  `release:` field. The body is theme + upgrade/migration notes — **never a
+  changelog** (what shipped is git's job).
+- Not a ticket tracker: work that's one card's status flip needs no FEATURE
+  card. The backlog stays `list_cards status: ["planned", "building", "none"]`;
+  a FEATURE's neighborhood (`traverse` from its handle) is the feature's spec.
+
 ## Syncing the plan to code
 
 The plan is the source of truth: you change behavior by editing the **plan first**, then
@@ -246,14 +273,19 @@ Cards never connect across repos; the relationship between repos lives in the
 2. Write or edit the card — prefer small, byte-cheap writes over rewriting a whole card:
    `append_note` for a typed note (decision / gotcha / state / deviation / verified),
    `edit_section` to replace a single `##` section in place.
-3. Verify: `npx constellation lint` (errors break the graph and must be fixed;
+3. Renaming a handle is a plan-wide operation: use the MCP `rename_card`, which moves the
+   file and rewrites every reference (connections, frontmatter values, `[[links]]`, mermaid
+   node IDs) as whole tokens. Never hand-rename the file and chase references yourself.
+4. Verify: `npx constellation lint` (errors break the graph and must be fixed;
    warnings are quality signals).
-4. Update `status` when reality changes: `planned → building → built`, and mark
+5. Update `status` when reality changes: `planned → building → built`, and mark
    `verified` only after checking the card against the actual code — use `set_verified`,
    which records the git sha you checked against so later drift is detectable
-   (`stale_report` / `check_sync`).
-5. Never bulk-rewrite `constellation/plan.md` — edit the relevant section.
-   Decisions go in DOC cards (`kind: decision`), one file each, not in the plan.
+   (`stale_report` / `check_sync`). The backlog view — everything not yet built — is
+   `list_cards status: ["planned", "building", "none"]` (`"none"` = no status set).
+6. Never bulk-rewrite `constellation/plan.md` — edit the relevant section.
+   Decisions go in DECISION cards, one file each, not in the plan — connected to
+   the cards they shaped (card-local choices: `append_note(kind: decision)`).
 
 "What changed in the plan" is never tracked in cards — that's
 `git diff -- constellation/`. Don't add dirty flags or changelogs to frontmatter. The one

package/skill/methodology.md

@@ -155,9 +155,13 @@ the plan the way a seasoned engineer reviews a design doc: assume something impo
 missing, and go find it. This matters more than any single card you write.
 
 **First, a quick hygiene sweep** (mechanical, cheap, not the point): `check_integrity` for
-orphans, `list_cards connected:false` for islands, lint for dangling `[[links]]`/refs (W004)
+orphans, `list_cards connected:false` for islands, `list_cards status: ["planned",
+"building", "none"]` for the open backlog, lint for dangling `[[links]]`/refs (W004)
 and unresolved structured refs (E005), plus code with no card and `built` cards with no
-code. Fix or note these and move on — they're table stakes.
+code. Skim the recorded memory too — `list_notes kind:gotcha` / `kind:deviation` surfaces
+earlier agents' traps and intentional divergences as review input. If a handle no longer
+says what its card is, `rename_card` moves the file and rewrites every reference plan-wide.
+Fix or note these and move on — they're table stakes.
 
 **Then the real review.** Run these lenses across each area *and* the whole — but calibrate
 to the project's stage and scope; a weekend prototype and a production system have very
@@ -200,7 +204,10 @@ the two kinds of finding:
 
 Keep it to the few highest-value items, each with a one-line *why* and the card(s) it
 implies. Capture confirmed gaps as `status: planned` cards — visible as intent, honest
-about not existing yet. Suggest structural cleanups (split an overloaded card, add a
+about not existing yet. When several planned cards form one coherent slice of work,
+group them under a `FEATURE` card (connected to each, intent/scope/acceptance in the
+body), optionally targeting a `RELEASE` milestone via its `release:` field — that is
+how iteration stays modeled once the initial build ships. Suggest structural cleanups (split an overloaded card, add a
 missing `STATE`, connect two islands) but leave the call to the user. Taste means proposing
 the smallest set of changes that most improves the plan — not the most cards.
 

package/skill/types/decision.md

@@ -0,0 +1,59 @@
+# DECISION cards (`DECISION-`, `decision/`)
+
+One card per architecture decision (ADR): the choice, the *why*, and the
+alternatives rejected. Docs explain how the system is set up; a DECISION explains
+why it came to be that way. Connect the card to **every card the decision
+shaped** — that's the point of making decisions graph nodes: reading any affected
+card surfaces the reasoning behind it.
+
+Scope rule: a choice local to a single card is an `append_note(kind: decision)`
+on that card, not a DECISION card. Promote it to a DECISION card when it touches
+more than one card or was genuinely debated (alternatives worth recording).
+
+| Field | Type | Notes |
+|---|---|---|
+| `supersedes` | handle | earlier `DECISION-` card this one replaces; must resolve, and connects the two |
+
+`status` reads naturally: `planned` = proposed, `built` = adopted/in effect,
+`verified` = re-checked against the code. Never delete a superseded decision —
+the successor points at it via `supersedes`; history is the point.
+
+Body sections (suggested, not enforced): **Context** (the forces), **Decision**
+(what was chosen), **Alternatives** (what was rejected and why), **Consequences**
+(what follows).
+
+Example — `constellation/decision/DECISION-NO-HARD-DELETE.md`:
+
+```markdown
+---
+name: Tickets are never hard-deleted
+status: built
+connections:
+  - DB-TICKETS
+  - STATE-TICKET
+---
+
+# Tickets are never hard-deleted
+
+## Context
+
+Support history is evidence: agents cite past tickets in disputes, and
+[[JOB-AUTO-ASSIGN]] scores assignees on historical volume.
+
+## Decision
+
+Rows in [[DB-TICKETS]] are never deleted. "Deleting" a ticket moves it to
+`closed` in [[STATE-TICKET]]; the API exposes no DELETE.
+
+## Alternatives
+
+- **Hard delete with an audit table** — rejected: two sources of truth, and the
+  audit copy drifts from the live schema.
+- **Soft-delete flag (`deleted_at`)** — rejected: every query must remember to
+  filter it; `closed` already expresses "out of the working set."
+
+## Consequences
+
+- Table growth is unbounded; revisit archiving if it becomes a problem.
+- Requester PII lives in closed tickets — retention policy must handle it.
+```

package/skill/types/doc.md

@@ -1,8 +1,8 @@
 # DOC cards (`DOC-`, `doc/`)
 
 No structured fields — DOC cards are prose. Suggested `kind`: `guide`, `rule`,
-`decision`, `meta`. Decisions (ADRs) get one DOC card each (`kind: decision`),
-never a section in `plan.md`.
+`meta`. DOCs explain *how* the system is set up; the *why* behind a choice is a
+[DECISION card](./decision.md), not a DOC.
 
 Example — `constellation/doc/DOC-TICKET-LIFECYCLE.md`:
 

package/skill/types/feature.md

@@ -0,0 +1,53 @@
+# FEATURE cards (`FEATURE-`, `feature/`)
+
+One card per coherent unit of *future* work — the iteration primitive once a
+project is past its initial build. PLAN cards and phases carry the first build;
+after that, work arrives as features on branches. A FEATURE card groups that
+slice: connect it to **every card the feature adds or touches**, so the graph
+answers "what does shipping this involve" in one hop.
+
+Scope rule: this is not a ticket tracker. Work small enough to be one card's
+status flip needs no FEATURE card — just flip the status. Reach for a FEATURE
+when the work spans several cards or needs intent/acceptance recorded.
+
+| Field | Type | Notes |
+|---|---|---|
+| `release` | handle | `RELEASE-` card this feature targets or shipped in; must resolve, and connects the two |
+| `branch` | string | git branch it's developed on (informational — the card outlives the branch) |
+
+`status` is the feature's arc: `planned` = specced, not started; `building` = in
+progress on its branch; `built` = merged; `verified` = confirmed in a release.
+A shipped FEATURE card stays — it's the record of why the system grew, alongside
+any [DECISION cards](./decision.md) it produced.
+
+Body: intent (the problem), scope (in/out), acceptance (how you know it's done),
+with `[[links]]` to the cards involved.
+
+Example — `constellation/feature/FEATURE-AUTO-ASSIGNMENT.md`:
+
+```markdown
+---
+name: Auto-assignment of new tickets
+status: planned
+release: RELEASE-V1-1-0
+branch: feature/auto-assign
+connections:
+  - JOB-AUTO-ASSIGN
+---
+
+# Auto-assignment of new tickets
+
+New tickets sit unassigned until a human triages them; median first-response
+time suffers. Ship [[JOB-AUTO-ASSIGN]] so every ticket created via
+[[API-TICKETS]] gets an assignee within a minute.
+
+## Scope
+
+- In: assignment job, round-robin scoring over open ticket counts in [[DB-TICKETS]].
+- Out: skill-based routing; reassignment of already-open tickets.
+
+## Acceptance
+
+- A ticket created while at least one agent is active is assigned in < 60s.
+- Assignment respects [[STATE-TICKET]] — only `open` tickets are eligible.
+```

package/skill/types/plan.md

@@ -5,7 +5,7 @@ where the project stands. Scoped plans (`PLAN-FRONTEND`) live in `plan/`.
 
 Keep it **short**. Three rules:
 
-- Decisions go in DOC cards (`kind: decision`), one file each — not in the plan.
+- Decisions go in DECISION cards, one file each — not in the plan.
 - Per-card status lives on the cards (`status:`), not in plan checklists.
 - Edit the relevant section; never bulk-rewrite the file (it's shared state).
 

package/skill/types/release.md

@@ -0,0 +1,37 @@
+# RELEASE cards (`RELEASE-`, `release/`)
+
+One card per version milestone: the **theme and intent** of a release, what's
+targeted at it, and the migration/upgrade notes users need. FEATURE cards point
+here via their `release:` field — the release is the milestone, features are the
+work.
+
+**A RELEASE card is not a changelog.** What actually shipped is git's job (tags,
+`diff_plan`, `plan_log`) — never enumerate commits or card-by-card changes in
+the body. Card what git *can't* say: why this release exists, what it's named
+for, what a consumer must do to upgrade.
+
+| Field | Type | Notes |
+|---|---|---|
+| `version` | string | exact version string, e.g. `1.1.0` (the handle is the identity: `RELEASE-V1-1-0`) |
+
+`status` is the milestone's arc: `planned` = targeted/next; `building` = in
+flight; `built` = shipped/tagged; `verified` = validated in production.
+
+Example — `constellation/release/RELEASE-V1-1-0.md`:
+
+```markdown
+---
+name: v1.1.0 — assignment automation
+status: planned
+version: 1.1.0
+---
+
+# v1.1.0 — assignment automation
+
+Theme: stop tickets from sitting unassigned. Everything in this release serves
+median first-response time.
+
+## Upgrade notes
+
+- New env var `ASSIGN_INTERVAL_SECONDS` (default 30); no schema migration.
+```

package/viewer/dist/assets/{arc-YuzGWkw8.js → arc-DcXsmPgw.js}

@@ -1 +1 @@
-import{n as e,t}from"./path-BWPyau1x.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-C2uHOEFB.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};
+import{n as e,t}from"./path-BWPyau1x.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-BcVVfWxM.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/viewer/dist/assets/architecture-7EHR7CIX-CXZxmtF5.js

@@ -0,0 +1 @@
+import"./chunk-NNHCCRGN-DlpIbxXb.js";import{x as e}from"./mermaid-parser.core-DkqLwTDu.js";export{e as createArchitectureServices};