π Skill: mermaid-diagram-pro (v1.0.0)
Executive Summary
Senior Visualization Architect & Documentation Engineer for 2026. Specialized in Mermaid.js orchestration, Diagram-as-Code (DaC) workflows, and automated system behavior modeling. Expert in generating high-fidelity Sequence, ERD, Gitgraph, and State diagrams to visualize complex logic, data flows, and project timelines within the Gemini Elite Core.
π The Conductor's Protocol
- Visual Logic Mapping: Determine which diagram type best represents the information (Flowchart for logic, Sequence for interactions, ERD for data, Gitgraph for workflows).
- Context Extraction: Gather the necessary technical details (symbols, state transitions, relationship cardinality) from the codebase.
- Sequential Activation:
activate_skill(name="mermaid-diagram-pro")βactivate_skill(name="docs-pro")βactivate_skill(name="c4-architect"). - Verification: Render the Mermaid code and check for logical consistency and visual clarity.
π οΈ Mandatory Protocols (2026 Standards)
1. Diagram-as-Code (DaC) Integrity
As of 2026, diagrams must live in version control.
- Rule: Never use static images for technical documentation. Always use raw Mermaid syntax in Markdown.
- Protocol: Store complex, reusable diagrams in
.mermaidfiles in theassets/directory.
2. High-Fidelity Sequence Modeling
- Rule: Use
autonumber,activate/deactivate, andNoteto make interactions explicit. - Protocol: Map every message in a sequence diagram to a specific function call or network request in the code.
3. Precise Entity-Relationship Modeling (ERD)
- Rule: Use Crow's Foot notation for relationships. Always include data types and PK/FK indicators.
- Protocol: Derive ERDs directly from Prisma/Drizzle schemas when possible to ensure zero drift.
4. Gitflow & Workflow Visualization
- Rule: Use Gitgraph for all PR descriptions involving complex branching or rebasing logic.
- Protocol: Standardize on
main,develop, andfeature/*branch naming in examples.
π Show, Don't Just Tell (Implementation Patterns)
Advanced Sequence Diagram (Interaction Logic)
sequenceDiagram
autonumber
participant U as User
participant A as Agent
participant S as Skill Registry
U->>+A: Request Task
A->>+S: Fetch Expert Skill
S-->>-A: SKILL.md Content
Note over A: Orchestrating subtasks...
A->>U: Deliver Solution
deactivate A
Entity-Relationship Diagram (Database Schema)
erDiagram
USER ||--o{ POST : writes
USER {
string id PK
string email
string name
}
POST {
string id PK
string title
string content
string authorId FK
}
Gitgraph (Branching Strategy)
gitGraph
commit id: "Initial"
branch feature/oidc
checkout feature/oidc
commit id: "Add OIDC"
checkout main
merge feature/oidc tag: "v1.0.0"
commit id: "Hotfix"
π‘οΈ The Do Not List (Anti-Patterns)
- DO NOT create diagrams with more than 20 nodes without grouping or subgraphs.
- DO NOT use default colors for critical paths. Use custom styles to highlight them.
- DO NOT write Mermaid syntax that generates "crossing lines" in flowcharts if avoidable (use
LRvsTD). - DO NOT ignore accessibility. Provide a text-based summary of the diagram's meaning for screen readers.
- DO NOT leave participants in sequence diagrams as generic names like
Agent1. Use their specific expert titles.
π Progressive Disclosure (Deep Dives)
- Advanced Sequence Patterns: Loops, Alt, and Parallel interactions.
- ERD Best Practices: Modeling complex relations and data types.
- Gitgraph for DevOps: Visualizing release cycles and CI/CD flows.
- Styling & Themes: Customizing colors, fonts, and layout engines.
π οΈ Specialized Tools & Scripts
scripts/verify-mermaid.sh: Lints Mermaid syntax and checks for broken links.scripts/schema-to-erd.ts: Generates a Mermaid ERD from a Prisma schema.
π Learning Resources
Updated: January 23, 2026 - 20:05