Diagrams pack
Claude Skill
Mindmap Builder
Generates a Mermaid mindmap for brainstorming, topic exploration, or breaking down a problem into branches.
What it does
Given a central topic and either some seed branches or just a goal, this skill produces a Mermaid `mindmap` with a central node, primary branches, and 1-2 levels of sub-branches. Designed for quick exploration, planning sessions, and structuring messy thinking — not for formal documentation.
When to use
- ✓Kicking off a planning session and you need to visualize the problem space
- ✓Breaking down a vague topic into themes before you can write about it
- ✓Capturing a brainstorm where the structure emerged mid-conversation
When not to use
- ✗You need a real hierarchical org chart with reporting lines — use org-chart-builder
- ✗You're documenting a process — flowchart, not mindmap
- ✗You need anything formal that ships in a customer-facing doc — mindmaps are exploratory artifacts
Install
Download the .zip, then unzip into your Claude skills folder.
mkdir -p ~/.claude/skills
unzip ~/Downloads/mindmap-builder.zip -d ~/.claude/skills/
# Restart Claude Code session.
# Skill is now available — Claude will use it when relevant.SKILL.md
SKILL.md
---
name: mindmap-builder
description: Use when generating a Mermaid mindmap for brainstorming, topic exploration, or breaking down a problem. Triggers on "mindmap", "brainstorm diagram", "topic map", "break this down into branches".
---
# Mindmap Builder
Generate a Mermaid `mindmap` to externalize messy thinking. Mindmaps are exploratory — they're for the moment when "I have a topic and 14 thoughts" needs to become "I have a topic and 4 themes." Don't overengineer.
## Required inputs
1. **The central topic** — one phrase, ~5 words max
2. **The branches you already know** — even a few. If the user hasn't started, ask what 3-4 themes feel obvious.
3. **The depth target** — usually 2 levels (branch + sub-branch). 3 max. More than that and the mindmap becomes a tree.
4. **The intended use** — planning doc, retro, kickoff slide. Mindmaps for slides should be tighter than mindmaps for personal use.
If the user gives you 50 raw bullets and says "make a mindmap," push back: "Let's group these first. What are the 4-6 themes you see across the bullets?" The grouping is the value; the diagram is the artifact.
## Mermaid syntax to use
`mindmap` syntax is indentation-based. The root node uses double parens `((...))` for a circle, `[...]` for a rounded rectangle, `)...(` for a cloud, etc. Child nodes are just indented.
\`\`\`mermaid
mindmap
root((Pricing page launch))
Messaging
Value prop
Comparison vs competitors
Pricing tier names
Design
Hero section
Feature comparison table
Mobile layout
Engineering
A/B test infrastructure
CMS integration
Analytics events
Analytics
Conversion tracking
Funnel definition
Dashboards
Comms
Customer email
Internal announcement
Sales enablement
\`\`\`
You can use icons via `::icon(fa fa-something)` if your renderer supports Font Awesome (Mermaid Live Editor does). Skip icons for serious work — they're decorative.
## Layout principles
- **Central topic in the middle**, primary branches radiating out. That's how Mermaid renders `mindmap` regardless of order.
- **3-7 primary branches.** Fewer feels thin; more becomes a list.
- **2 levels of depth.** Root → branch → sub-branch. If you need a third level, the topic might not be a mindmap candidate — it's a hierarchy.
- **Branch labels are nouns or noun phrases.** "Messaging," not "Decide on messaging."
- **Sub-branches under one parent should be parallel** — same level of abstraction, similar grain. "Hero section" and "Pick a font" don't belong as siblings.
- **Asymmetry is fine.** One branch with 5 sub-branches and another with 1 is honest — the tree should reflect where the work is.
## Anti-patterns
- **Mindmap as a deeply nested tree** — if you're 4 levels deep, you've drawn an org chart. Use a different tool.
- **Verbs on branches** — mindmaps are about *what*, not *do*. "Customer feedback" beats "Collect customer feedback."
- **One sub-branch per branch** — if a branch has only one child, just put it on the branch.
- **Mindmap shipped to execs** — they're working artifacts. For external docs, convert to a structured outline or a flowchart.
- **Decoration over signal** — colors, icons, and shapes should encode meaning or stay off.
## When to convert away from a mindmap
Once a mindmap has stabilized (after a session or two), promote it:
- To a **document outline** (flat headings)
- To a **decision tree** if the branches are conditional
- To a **work breakdown** with owners and dates
- To an **architecture diagram** if the branches turned out to be components
The mindmap was the scaffold; the structured doc is the building.
## Rendering hints
- GitHub renders Mermaid mindmaps (since v9.x). Confluence and Notion support varies — check your rendering before relying on it.
- Mermaid Live Editor handles mindmaps cleanly and exports to SVG/PNG.
- For slide decks, a mindmap rendered as an image is fine; for docs, prefer the live source.
## Output
The ```mermaid block plus 1 line: branch count and sub-branch count. If sub-branches are heavily skewed toward one branch, mention it — usually that's where the real work is, and worth flagging.
Example prompts
Once installed, try these prompts in Claude:
- Mindmap for "launching our new pricing page" — branches around messaging, design, engineering, analytics, comms.
- Build a mindmap of our Q3 product themes: 4 main pillars (growth, retention, platform, AI), with 2-3 initiatives under each.