| name | capture |
| description | Capture thinking visually during brainstorming, architecture discussions, or explaining flows. Creates persistent Mermaid diagrams. |
| allowed-tools | mcp__visual-thinking__create_diagram, mcp__visual-thinking__list_diagrams, mcp__visual-thinking__get_diagram, mcp__visual-thinking__update_diagram |
Visual Capture
Capture complex ideas as diagrams during conversations. Diagrams persist across sessions.
When to Use
Trigger visual capture when:
- Brainstorming ideas with many interconnected concepts
- Discussing system architecture or data flow
- Explaining a process or sequence of steps
- Mapping relationships between entities
- Documenting decisions and their dependencies
Diagram Type Selection
Match the diagram type to what you're capturing:
| Situation | Diagram Type |
|---|---|
| Brainstorming, exploring ideas | mindmap |
| Process with decision points | flowchart |
| Interactions over time | sequence |
| System components and connections | architecture (use flowchart syntax) |
| Data models and relationships | erd |
| Object relationships | classDiagram |
| State transitions | stateDiagram |
| Project timeline | gantt |
Creating a Diagram
- Identify the core concept — What's the central idea or starting point?
- List key relationships — What connects to what?
- Choose the right type — Match the diagram type to the thinking pattern
- Write Mermaid syntax — Keep it simple; you can always add detail later
- Add rich context — Explain what this diagram represents and why
Mermaid Quick Reference
Mindmap (for brainstorming):
mindmap
root((Central Idea))
Branch 1
Leaf 1a
Leaf 1b
Branch 2
Leaf 2a
Flowchart (for processes):
flowchart TD
A[Start] --> B{Decision}
B -->|Yes| C[Action 1]
B -->|No| D[Action 2]
C --> E[End]
D --> E
Sequence (for interactions):
sequenceDiagram
participant User
participant API
participant DB
User->>API: Request
API->>DB: Query
DB-->>API: Result
API-->>User: Response
ERD (for data models):
erDiagram
USER ||--o{ ORDER : places
ORDER ||--|{ LINE_ITEM : contains
PRODUCT ||--o{ LINE_ITEM : "ordered in"
Context Matters
Always provide rich context when creating diagrams:
Bad context:
"Architecture diagram"
Good context:
"Architecture for the real-time notification system. Shows how events flow from user actions through the event bus to connected clients. Created while brainstorming the notification feature for the mobile app project."
Context helps you (and Claude) understand the diagram's purpose when you return to it later.
Scope Selection
- global — Personal thinking patterns, reusable across projects
- project:
— Specific to a project (auto-detect from working directory)
Subagent Pattern (Optional)
For complex conversations with lots of context, optionally use a Haiku subagent to draft:
[Task tool with model: "haiku"]
Prompt: "Review the conversation above about [topic]. Draft a [diagram-type]
diagram capturing the key concepts discussed. Return only valid Mermaid syntax."
When this helps:
- Long brainstorming sessions with many ideas scattered across messages
- Technical discussions where the architecture emerged organically
- When you're unsure what the final structure should be
Skip the subagent when:
- The diagram structure is already clear in your head
- Simple diagrams with few nodes
- You're iterating on an existing diagram
The draft is a starting point—review and refine before saving.
After Capture
Once captured, diagrams can be:
- Retrieved and modified with
get_diagramandupdate_diagram - Searched by content or context with
search_diagrams - Exported to Mermaid files or other formats with
export_diagram - Used as context in future conversations
Related Skills
- resume — Continue working on an existing diagram