conventions/diagramming; for making diagram nodes
navigable, see conventions/mermaid-links.
Diagram style
Inline```mermaid fenced blocks render natively in Mintlify with ELK layout.
One diagram per concern — do not combine.
The canonical theme directive (use exactly this, byte-for-byte)
Every Mermaid block on the site MUST begin with this directive. Thelook:'handDrawn' is non-negotiable — it gives the diagrams personality
that matches the site’s voice. Any deviation (different fontSize, missing
look, different palette) is a bug.
Shape vocabulary
- Stadium
([Label])for services and processes - Cylinder
[(Label)]for data stores - Diamond
{Label}for decisions / gates - Circle
((Label))for endpoints / external actors - Hexagon
{{Label}}for special-purpose nodes (use sparingly) - Subgraphs for things that physically or logically co-locate (a cluster, a host, a network, a repo group) — never for roles or phases
Canonical classDef palette
Use the semantic class names below. Pick ONE per node based on what it represents; don’t invent new classes per page. This keeps the same colour meaning the same idea everywhere.#102937) so the diagram blends
with the page; the border colour is what carries the semantic
meaning. Text is always paper (#F4EFE6) — readable against the dark fill.
Canonical edge palette (indexed linkStyle)
Fun touches (consistent across the site)
Within the canonical palette, these are encouraged for personality:- Mix node shapes purposefully — stadiums for processes, cylinders for stores, diamonds for decisions, circles for external actors. Variety helps readers parse at a glance.
- Short labels.
claude process, notthe Claude Code subprocess. Two lines max (use<br/>sparingly). - Edge labels are fine when they add information (
"renew leases","hands off","applies"). Skip them when the chain is obvious. - FontAwesome icons in node labels where they reinforce the shape:
[fa:fa-shield Security],[fa:fa-server Host]. Stick to filled variants for visual weight.
Mermaid — layout rules
Before emitting any mermaid block, run the four checks below. If a diagram fails ANY check, redesign it before writing the fence.Rule 1 · One narrative shape per diagram
Decide which of these four shapes the data IS, then commit to it. If you can’t pick one, you have two concerns — split into two diagrams.- LINEAR CHAIN —
A → B → C → D → E. Useflowchart LR. No subgraphs for “roles” or “phases” (they always cause zigzag). To show role/owner, color nodes viaclassDef. Don’t put them in columns. - PARALLEL CONVERGENCE — two chains that join at the end. Use
flowchart LR. Declare the longer chain first (its nodes appear higher in source). ELK will rank the shorter chain on the second row. - HIERARCHY / TREE — a parent with grouped children. Use
flowchart TB. Children grouped in subgraphs withdirection LR. Cap subgraph contents at 5 nodes — overflow gets a second subgraph at the same rank. - HUB AND SPOKES — one central node connected to 4–8 leaves. Use
flowchart LR, put leaves in a single subgraph withdirection TB. Do not draw all edges from hub — chain leaves inside the subgraph with invisible~~~links so they stack, then one edge hub → first leaf.
Rule 2 · Subgraphs are for THINGS that live together, not for ROLES
Subgraphs add a visual box. If the box doesn’t represent something that physically or logically co-locates, do NOT make it a subgraph.- Forbidden subgraph names:
Human,AI,Automation,Phase 1, any role or temporal phase. A workflow that hands off Human → AI → Human → AI draws a zigzag because arrows cross subgraph boundaries N times; visual complexity goes O(n) → O(n²). - Allowed subgraph names — actual co-location:
Proxmox cluster,Cribl tier,UniFi network,AWS DR,Edge,Infrastructure,Configuration,Nix,AI Development,Observability. - For role/owner: use
classDef, color the nodes. The chain stays linear.
Rule 3 · Density caps — measured, not vibed
- Max 5 nodes per rank (per LR column or TB row).
- Max 5 nodes inside any single subgraph. 6+ → split into two subgraphs at the same rank.
- Max 12 nodes per diagram total. Past 12, you have two diagrams.
- Max ONE subgraph boundary per edge. An edge that crosses two boundaries means a subgraph is in the wrong place; reorder source declarations until each edge crosses ≤1 boundary.
- Wider than 2.5:1 → outer direction is wrong (use TB instead)
- Taller than 1:1.2 → too many siblings somewhere (cap at 5)
- Goal: between 16:9 and 4:3.
Rule 4 · classDef always, linkStyle by index
- Never emit per-node
stylestatements. Always useclassDef. A diagram with 8 identicalstyle X fill:...lines is a code smell — the 8 nodes share a category; give them a class. - Never emit a global
linkStyle default stroke:#E06B4A. It paints every edge the same colour and throws away semantic differentiation. Color edges by what they represent, using indexedlinkStyle:
Self-check before emitting
- Diagram is one of the four shapes (chain / convergence / hierarchy / hub)
- No subgraph is named for a role (Human, AI, Phase 1, etc.)
- Every rank ≤5 nodes, every subgraph ≤5 nodes, total ≤12
- Every edge crosses ≤1 subgraph boundary
- Zero
stylestatements; all visual grouping viaclassDef - Zero
linkStyle default; edges colored by semantic category - Mentally rendered aspect ratio between 4:3 and 16:9