obsidian-canvas-creator
Create Obsidian Canvas files from text content, supporting both MindMap and freeform layouts. Use this skill when users want to visualize content as an interactive canvas, create mind maps, or organize information spatially in Obsidian format.
What this skill does
# Obsidian Canvas Creator Transform text content into structured Obsidian Canvas files with support for MindMap and freeform layouts. ## When to Use This Skill - User requests to create a canvas, mind map, or visual diagram from text - User wants to organize information spatially - User mentions "Obsidian Canvas" or similar visualization tools - Converting structured content (articles, notes, outlines) into visual format ## Core Workflow ### 1. Analyze Content Read and understand the input content: - Identify main topics and hierarchical relationships - Extract key points, facts, and supporting details - Note any existing structure (headings, lists, sections) ### 2. Determine Layout Type Ask user to choose or infer from context: **MindMap Layout:** - Radial structure from center - Parent-child relationships - Clear hierarchy - Good for: brainstorming, topic exploration, hierarchical content **Freeform Layout:** - Custom positioning - Flexible relationships - Multiple connection types - Good for: complex networks, non-hierarchical content, custom arrangements ### 3. Plan Structure **For MindMap:** - Identify central concept (root node) - Map primary branches (main topics) - Organize secondary branches (subtopics) - Position leaf nodes (details) **For Freeform:** - Group related concepts - Identify connection patterns - Plan spatial zones - Consider visual flow ### 4. Generate Canvas Create JSON following the Canvas specification: **Node Creation:** - Assign unique 8-12 character hex IDs - Set appropriate dimensions based on content length - Apply consistent color schemes - Ensure no coordinate overlaps **Edge Creation:** - Connect parent-child relationships - Use appropriate arrow styles - Add labels for complex relationships - Choose line styles (straight for hierarchy, curved for cross-references) **Grouping (Optional):** - Create visual containers for related nodes - Use subtle background colors - Add descriptive labels ### 5. Apply Layout Algorithm **MindMap Layout Calculations:** Refer to `references/layout-algorithms.md` for detailed algorithms. Key principles: - Center root at (0, 0) - Distribute primary nodes radially - Space secondary nodes based on sibling count - Maintain minimum spacing: 320px horizontal, 200px vertical **Freeform Layout Principles:** - Start with logical groupings - Position groups with clear separation - Connect across groups with curved edges - Balance visual weight across canvas ### 6. Validate and Output Before outputting: **Validation Checklist:** - All nodes have unique IDs - No coordinate overlaps (check distance > node dimensions + spacing) - All edges reference valid node IDs - Groups (if any) have labels - Colors use consistent format (hex or preset numbers) - JSON is properly escaped (Chinese quotes: 『』 for double, 「」 for single) **Output Format:** - Complete, valid JSON Canvas file - No additional explanation text - Directly importable into Obsidian ## Node Sizing Guidelines **Text Length-Based Sizing:** - Short text (<30 chars): 220 × 100 px - Medium text (30-60 chars): 260 × 120 px - Long text (60-100 chars): 320 × 140 px - Very long text (>100 chars): 320 × 180 px ## Color Schemes **Preset Colors (Recommended):** - `"1"` - Red (warnings, important) - `"2"` - Orange (action items) - `"3"` - Yellow (questions, notes) - `"4"` - Green (positive, completed) - `"5"` - Cyan (information, details) - `"6"` - Purple (concepts, abstract) **Custom Hex Colors:** Use for brand consistency or specific themes. Always use uppercase format: `"#4A90E2"` ## Critical Rules 1. **Quote Handling:** - Chinese double quotes → 『』 - Chinese single quotes → 「」 - English double quotes → `\"` 2. **ID Generation:** - 8-12 character random hex strings - Must be unique across all nodes and edges 3. **Z-Index Order:** - Output groups first (bottom layer) - Then subgroups - Finally text/link nodes (top layer) 4. **Spacing Requirements:** - Minimum horizontal: 320px between node centers - Minimum vertical: 200px between node centers - Account for node dimensions when calculating 5. **JSON Structure:** - Top level contains only `nodes` and `edges` arrays - No extra wrapping objects - No comments in output 6. **No Emoji:** - Do not use any Emoji symbols in node text - Use color coding or text labels for visual distinction instead ## Examples ### Simple MindMap Request User: "Create a mind map about solar system planets" Process: 1. Identify center: "Solar System" 2. Primary branches: Inner Planets, Outer Planets, Dwarf Planets 3. Secondary nodes: Individual planets with key facts 4. Apply radial layout 5. Generate JSON with proper spacing ### Freeform Content Request User: "Turn this article into a canvas" + [article text] Process: 1. Extract article structure (intro, body sections, conclusion) 2. Identify key concepts and relationships 3. Group related sections spatially 4. Connect with labeled edges 5. Apply freeform layout with clear zones ## Reference Documents - **Canvas Specification**: `references/canvas-spec.md` - Complete JSON Canvas format specification - **Layout Algorithms**: `references/layout-algorithms.md` - Detailed positioning algorithms for both layout types Load these references when: - Need specification details for edge cases - Implementing complex layout calculations - Troubleshooting validation errors ## Tips for Quality Canvases 1. **Keep text concise**: Each node should be scannable (<2 lines preferred) 2. **Use hierarchy**: Group by importance and relationship 3. **Balance the canvas**: Distribute nodes to avoid clustering 4. **Strategic colors**: Use colors to encode meaning, not just decoration 5. **Meaningful connections**: Only add edges that clarify relationships 6. **Test in Obsidian**: Verify the output opens correctly ## Common Pitfalls to Avoid - Overlapping nodes (always check distances) - Inconsistent quote escaping (breaks JSON parsing) - Missing group labels (causes sidebar navigation issues) - Too much text in nodes (use file nodes for long content) - Duplicate IDs (each must be unique) - Unconnected nodes (unless intentional islands)
Related in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.