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:
diagramType
definition content
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:
Class Diagrams - Domain modeling, OOP design, entity relationships
- Domain-driven design documentation
- Object-oriented class structures
- Entity relationships and dependencies
Sequence Diagrams - Temporal interactions, message flows
- API request/response flows
- User authentication flows
- System component interactions
- Method call sequences
Flowcharts - Processes, algorithms, decision trees
- User journeys and workflows
- Business processes
- Algorithm logic
- Deployment pipelines
Entity Relationship Diagrams (ERD) - Database schemas
- Table relationships
- Data modeling
- Schema design
C4 Diagrams - Software architecture at multiple levels
- System Context (systems and users)
- Container (applications, databases, services)
- Component (internal structure)
- Code (class/interface level)
State Diagrams - State machines, lifecycle states
Git Graphs - Version control branching strategies
Gantt Charts - Project timelines, scheduling
Pie/Bar Charts - Data visualization
Quick Start Examples
Class Diagram (Domain Model)
classDiagram
Title -- Genre
Title *-- Season
Title *-- Review
User --> Review : creates
class Title {
+string name
+int releaseYear
+play()
}
class Genre {
+string name
+getTopTitles()
}
Sequence Diagram (API Flow)
sequenceDiagram
participant User
participant API
participant Database
User->>API: POST /login
API->>Database: Query credentials
Database-->>API: Return user data
alt Valid credentials
API-->>User: 200 OK + JWT token
else Invalid credentials
API-->>User: 401 Unauthorized
end
Flowchart (User Journey)
flowchart TD
Start([User visits site]) --> Auth{Authenticated?}
Auth -->|No| Login[Show login page]
Auth -->|Yes| Dashboard[Show dashboard]
Login --> Creds[Enter credentials]
Creds --> Validate{Valid?}
Validate -->|Yes| Dashboard
Validate -->|No| Error[Show error]
Error --> Login
ERD (Database Schema)
erDiagram
USER ||--o{ ORDER : places
ORDER ||--|{ LINE_ITEM : contains
PRODUCT ||--o{ LINE_ITEM : includes
USER {
int id PK
string email UK
string name
datetime created_at
}
ORDER {
int id PK
int user_id FK
decimal total
datetime created_at
}
Detailed References
For in-depth guidance on specific diagram types, see:
- references/class-diagrams.md - Domain modeling, relationships (association, composition, aggregation, inheritance), multiplicity, methods/properties
- references/sequence-diagrams.md - Actors, participants, messages (sync/async), activations, loops, alt/opt/par blocks, notes
- references/flowcharts.md - Node shapes, connections, decision logic, subgraphs, styling
- references/erd-diagrams.md - Entities, relationships, cardinality, keys, attributes
- references/c4-diagrams.md - System context, container, component diagrams, boundaries
- references/architecture-diagrams.md - Cloud services, infrastructure, CI/CD deployments
- references/advanced-features.md - Themes, styling, configuration, layout options
Best Practices
- Start Simple - Begin with core entities/components, add details incrementally
- Use Meaningful Names - Clear labels make diagrams self-documenting
- Comment Extensively - Use
%% comments to explain complex relationships
- Keep Focused - One diagram per concept; split large diagrams into multiple focused views
- Version Control - Store
.mmd files alongside code for easy updates
- Add Context - Include titles and notes to explain diagram purpose
- Iterate - Refine diagrams as understanding evolves
Configuration and Theming
Configure diagrams using frontmatter:
---
config:
theme: base
themeVariables:
primaryColor: "#ff6b6b"
---
flowchart LR
A --> B
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 - 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
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: mermaid-diagrams-33description: 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), flowcharts (processes, algorithms, user journeys), entity relationship diagrams (database schemas), C4 architecture diagrams (system context, containers, components), state diagrams, git graphs, pie charts, gantt charts, or any other diagram type. Triggers include requests to "diagram", "visualize", "model", "map out", "show the flow", or when explaining system architecture, database design, code structure, or user/application flows. Use when this capability is needed.4---56# Mermaid Diagramming78Create 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.910## Core Syntax Structure1112All Mermaid diagrams follow this pattern:1314```mermaid15diagramType16 definition content17```1819**Key principles:**2021- First line declares diagram type (e.g., `classDiagram`, `sequenceDiagram`, `flowchart`)22- Use `%%` for comments23- Line breaks and indentation improve readability but aren't required24- Unknown words break diagrams; parameters fail silently2526## Diagram Type Selection Guide2728**Choose the right diagram type:**29301. **Class Diagrams** - Domain modeling, OOP design, entity relationships3132 - Domain-driven design documentation33 - Object-oriented class structures34 - Entity relationships and dependencies35362. **Sequence Diagrams** - Temporal interactions, message flows3738 - API request/response flows39 - User authentication flows40 - System component interactions41 - Method call sequences42433. **Flowcharts** - Processes, algorithms, decision trees4445 - User journeys and workflows46 - Business processes47 - Algorithm logic48 - Deployment pipelines49504. **Entity Relationship Diagrams (ERD)** - Database schemas5152 - Table relationships53 - Data modeling54 - Schema design55565. **C4 Diagrams** - Software architecture at multiple levels5758 - System Context (systems and users)59 - Container (applications, databases, services)60 - Component (internal structure)61 - Code (class/interface level)62636. **State Diagrams** - State machines, lifecycle states647. **Git Graphs** - Version control branching strategies658. **Gantt Charts** - Project timelines, scheduling669. **Pie/Bar Charts** - Data visualization6768## Quick Start Examples6970### Class Diagram (Domain Model)7172```mermaid73classDiagram74 Title -- Genre75 Title *-- Season76 Title *-- Review77 User --> Review : creates7879 class Title {80 +string name81 +int releaseYear82 +play()83 }8485 class Genre {86 +string name87 +getTopTitles()88 }89```9091### Sequence Diagram (API Flow)9293```mermaid94sequenceDiagram95 participant User96 participant API97 participant Database9899 User->>API: POST /login100 API->>Database: Query credentials101 Database-->>API: Return user data102 alt Valid credentials103 API-->>User: 200 OK + JWT token104 else Invalid credentials105 API-->>User: 401 Unauthorized106 end107```108109### Flowchart (User Journey)110111```mermaid112flowchart TD113 Start([User visits site]) --> Auth{Authenticated?}114 Auth -->|No| Login[Show login page]115 Auth -->|Yes| Dashboard[Show dashboard]116 Login --> Creds[Enter credentials]117 Creds --> Validate{Valid?}118 Validate -->|Yes| Dashboard119 Validate -->|No| Error[Show error]120 Error --> Login121```122123### ERD (Database Schema)124125```mermaid126erDiagram127 USER ||--o{ ORDER : places128 ORDER ||--|{ LINE_ITEM : contains129 PRODUCT ||--o{ LINE_ITEM : includes130131 USER {132 int id PK133 string email UK134 string name135 datetime created_at136 }137138 ORDER {139 int id PK140 int user_id FK141 decimal total142 datetime created_at143 }144```145146## Detailed References147148For in-depth guidance on specific diagram types, see:149150- **[references/class-diagrams.md](references/class-diagrams.md)** - Domain modeling, relationships (association, composition, aggregation, inheritance), multiplicity, methods/properties151- **[references/sequence-diagrams.md](references/sequence-diagrams.md)** - Actors, participants, messages (sync/async), activations, loops, alt/opt/par blocks, notes152- **[references/flowcharts.md](references/flowcharts.md)** - Node shapes, connections, decision logic, subgraphs, styling153- **[references/erd-diagrams.md](references/erd-diagrams.md)** - Entities, relationships, cardinality, keys, attributes154- **[references/c4-diagrams.md](references/c4-diagrams.md)** - System context, container, component diagrams, boundaries155- **[references/architecture-diagrams.md](references/architecture-diagrams.md)** - Cloud services, infrastructure, CI/CD deployments156- **[references/advanced-features.md](references/advanced-features.md)** - Themes, styling, configuration, layout options157158## Best Practices1591601. **Start Simple** - Begin with core entities/components, add details incrementally1612. **Use Meaningful Names** - Clear labels make diagrams self-documenting1623. **Comment Extensively** - Use `%%` comments to explain complex relationships1634. **Keep Focused** - One diagram per concept; split large diagrams into multiple focused views1645. **Version Control** - Store `.mmd` files alongside code for easy updates1656. **Add Context** - Include titles and notes to explain diagram purpose1667. **Iterate** - Refine diagrams as understanding evolves167168## Configuration and Theming169170Configure diagrams using frontmatter:171172```mermaid173---174config:175 theme: base176 themeVariables:177 primaryColor: "#ff6b6b"178---179flowchart LR180 A --> B181```182183**Available themes:** default, forest, dark, neutral, base184185**Layout options:**186187- `layout: dagre` (default) - Classic balanced layout188- `layout: elk` - Advanced layout for complex diagrams (requires integration)189190**Look options:**191192- `look: classic` - Traditional Mermaid style193- `look: handDrawn` - Sketch-like appearance194195## Exporting and Rendering196197**Native support in:**198199- GitHub/GitLab - Automatically renders in Markdown200- VS Code - With Markdown Mermaid extension201- Notion, Obsidian, Confluence - Built-in support202203**Export options:**204205- [Mermaid Live Editor](https://mermaid.live) - Online editor with PNG/SVG export206- Mermaid CLI - `npm install -g @mermaid-js/mermaid-cli` then `mmdc -i input.mmd -o output.png`207- Docker - `docker run --rm -v $(pwd):/data minlag/mermaid-cli -i /data/input.mmd -o /data/output.png`208209## Common Pitfalls210211- **Breaking characters** - Avoid `{}` in comments, use proper escape sequences for special characters212- **Syntax errors** - Misspellings break diagrams; validate syntax in Mermaid Live213- **Overcomplexity** - Split complex diagrams into multiple focused views214- **Missing relationships** - Document all important connections between entities215216## When to Create Diagrams217218**Always diagram when:**219220- Starting new projects or features221- Documenting complex systems222- Explaining architecture decisions223- Designing database schemas224- Planning refactoring efforts225- Onboarding new team members226227**Use diagrams to:**228229- Align stakeholders on technical decisions230- Document domain models collaboratively231- Visualize data flows and system interactions232- Plan before coding233- Create living documentation that evolves with code234235---236> Converted and distributed by [TomeVault](https://tomevault.io/claim/shep-ai) — claim your Tome and manage your conversions.237<!-- tomevault:4.0:skill_md:2026-04-13 -->