mermaid-diagrams

Comprehensive guide for creating software diagrams using Mermaid syntax. Use when users need to create, visualize, or document software through diagrams including class diagrams (domain modeling, object-oriented design), sequence diagrams (application flows, API interactions, code execution), flowch

By softaworks · 4,876 installs

npx skills add softaworks/agent-toolkit --skill mermaid-diagrams

Source repository · Upstream listing

Mermaid Diagramming Create professional software diagrams using Mermaid's text based syntax. Mermaid renders diagrams from simple text definitions, making diagrams version controllable, easy to update, and maintainable alongside code. Core Syntax Structure All Mermaid diagrams follow this pattern: Key principles: First line declares diagram type (e.g., classDiagram , sequenceDiagram , flowchart ) Use %% for comments Line breaks and indentation improve readability but aren't required Unknown words break diagrams; parameters fail silently Diagram Type Selection Guide Choose the right diagram type: 1. Class Diagrams Domain modeling, OOP design, entity relationships Domain driven design documentation Object oriented class structures Entity relationships and dependencies 2. Sequence Diagrams Temporal interactions, message flows API request/response flows User authentication flows System component interactions Method call sequences 3. Flowcharts Processes, algorithms, decision trees User journeys and workflows Business processes Algorithm logic Deployment pipelines 4. Entity Relationship Diagrams (ERD) Database schemas Table relationships Data modeling Schema design 5. C4 Diagrams Software architecture at multiple levels System Context (systems and users) Container (applications, databases, services) Component (internal structure) Code (class/interface level) 6. State Diagrams State machines, lifecycle states 7. Git Graphs Version control branching strategies 8. Gantt Charts Project timelines, scheduling 9. Pie/Bar Charts Data visualization Quick Start Examples Class Diagram (Domain Model) Sequence Diagram (API Flow) Flowchart (User Journey) ERD (Database Schema) Detailed References For in depth guidance on specific diagram types, see: [references/class diagrams.md](references/class diagrams.md) Domain modeling, relationships (association, composition, aggregation, inheritance), multiplicity, methods/properties [references/sequence diagrams.md](references/sequence diagrams.md) Actors, participants, messages (sync/async), activations, loops, alt/opt/par blocks, notes [references/flowcharts.md](references/flowcharts.md) Node shapes, connections, decision logic, subgraphs, styling [references/erd diagrams.md](references/erd diagrams.md) Entities, relationships, cardinality, keys, attributes [references/c4 diagrams.md](references/c4 diagrams.md) System context, container, component diagrams, boundaries [references/architecture diagrams.md](references/architecture diagrams.md) Cloud services, infrastructure, CI/CD deployments [references/advanced features.md](references/advanced features.md) Themes, styling, configuration, layout options Best Practices 1. Start Simple Begin with core entities/components, add details incrementally 2. Use Meaningful Names Clear labels make diagrams self documenting 3. Comment Extensively Use %% comments to explain complex relationships 4. Keep Focused One diagram per concept; split large diagrams into multiple focused views 5. Version Control Store .mmd files alongside code for easy updates 6. Add Context Include titles and notes to explain diagram purpose 7. Iterate Refine diagrams as understanding evolves Configuration and Theming Configure diagrams using frontmatter: Available themes: default, forest, dark, neutral, base Layout options: layout: dagre (default) Classic balanced layout layout: elk Advanced layout for complex diagrams (requires integration) Look options: look: classic Traditional Mermaid style look: handDrawn Sketch like appearance Exporting and Rendering Native support in: GitHub/GitLab Automatically renders in Markdown VS Code With Markdown Mermaid extension Notion, Obsidian, Confluence Built in support Export options: [Mermaid Live Editor](https://mermaid.live) Online editor with PNG/SVG export Mermaid CLI npm install g @mermaid js/mermaid cli then mmdc i input.mmd o output.png Docker docker run rm v $(pwd):/data minlag/mermaid cli i /data/input.mmd o /data/output.png Common Pitfalls Breaking characters Avoid {} in comments, use proper escape sequences for special characters Syntax errors Misspellings break diagrams; validate syntax in Mermaid Live Overcomplexity Split complex diagrams into multiple focused views Missing relationships Document all important connections between entities When to Create Diagrams Always diagram when: Starting new projects or features Documenting complex systems Explaining architecture decisions Designing database schemas Planning refactoring efforts Onboarding new team members Use diagrams to: Align stakeholders on technical decisions Document domain models collaboratively Visualize data flows and system interactions Plan before coding Create living documentation that evolves with code