walkthrough-to-obsidian
Walkthrough to Obsidian
Convert plain-text walkthroughs, guides, and reference documents into a structured set of interlinked Obsidian markdown pages. Preserves ALL content from the source while organizing it into navigable, cross-referenced pages.
When to Use
- User wants to convert a walkthrough or guide (
.txt,.md, or other text) into Obsidian pages - User wants to split a large document into multiple interlinked Obsidian pages
- User mentions converting a FAQ, reference guide, or game walkthrough for their Obsidian vault
Workflow Overview
The conversion follows 7 phases. Use agent teams for phases 4-7 when the source document is large.
Phase 1: Analyze Source → Phase 2: Plan Breakdown → Phase 3: Create Stub + Index
→ Phase 4: Convert Pages → Phase 5: Audit → Phase 6: Navigation → Phase 7: Cross-links
Phase 1: Analyze Source
- Read the entire source file
- Identify the document structure:
- Title and author/attribution
- Table of contents or part listings
- Major sections and subsections
- Special content: tables, ASCII art, maps, stat blocks
- Dedication/acknowledgements
- Count sections and estimate page count
Phase 2: Plan Page Breakdown
- Use sequential thinking to plan the page structure
- Decide how to split content into pages:
- Each major section (Part/Chapter) becomes its own page
- Group related small sections if they'd be too short alone
- Keep large sections (e.g., quest guides, item lists) as single pages even if long
- Define the page order and naming convention
- Plan the directory structure:
parent_topic/ ├── Topic Name.md (stub/parent page) └── topic_walkthrough/ ├── Topic Walkthrough Index.md (index/hub page) ├── Topic - Section 1.md ├── Topic - Section 2.md └── ...
Phase 3: Create Stub + Index Pages
Parent Stub Page
Create or update the parent topic page:
---
Links: "[[Parent Index]]"
tags:
- relevant-tag
---
# Topic Name
Brief description of the topic.
# Walkthroughs
- [[Walkthrough Index|Author's Walkthrough (Year)]] - brief description
## See also
- [[Related Topic 1]]
- [[Related Topic 2]]
Index Page
Create the walkthrough index/hub page with:
- YAML frontmatter with
Links:back to parent andtags: - Copyright/attribution notice (blockquote)
- Full introductory text from source (do NOT condense)
- Controls/key reference table (if applicable)
- Numbered list linking to all content pages
- Structure overview (if applicable)
- Acknowledgements (if present in source)
Phase 4: Convert Content Pages
For each content page:
- Frontmatter: Add YAML with
Links: "[[Index Page]]"andtags: - Content: Convert ALL source text to Obsidian markdown:
- Preserve every paragraph, sentence, and detail
- Do NOT summarize, condense, or omit anything
- See references/formatting-guide.md for formatting rules
- Structure: Use proper heading hierarchy (
##for sections,###for subsections)
Parallelization with Agent Teams
For large documents, split the conversion work across multiple agents:
- Assign ~3-5 pages per agent
- Each agent reads the source file sections and creates the Obsidian pages
- Agents work in parallel for efficiency
- Each agent should use the formatting guide for consistency
Critical Rules
- Never omit content. Every sentence from the source must appear in the output.
- Preserve the author's voice. Keep original wording, humor, emphasis, and style.
- Preserve special characters. Accent marks (è, à, ê), emoticons, and unicode.
- Preserve ASCII art. Wrap in code blocks (
```) to maintain formatting. - Preserve original typos. Only fix typos that would cause confusion. Note corrections.
- Keep double punctuation. If the author uses
!!or??, preserve it. - Keep spaces before punctuation. If the author's style uses
word !orword ?, preserve it.
Phase 5: Audit
Verify every page against the original source:
- Read each Obsidian page alongside its source section
- Compare paragraph by paragraph
- Check for:
- Missing paragraphs or sentences
- Altered wording or lost emphasis
- Missing special characters or accents
- Lost ASCII art or table formatting
- Wrong names, numbers, or statistics
- Missing entries in lists or tables
- Fix any issues found directly
- Report findings with severity ratings
Parallelization
Split audit across multiple agents, ~4 pages per agent. Each agent reads the source AND the page, compares, and fixes issues in-place.
Phase 6: Add Navigation
Add a navigation footer to every content page (not the index):
---
**Navigation:** [[Prev Page|← Part N: Title]] | [[Index Page|Index]] | [[Next Page|Part N: Title →]]
Rules:
- First page: no previous link, just Index and Next
- Last page: no next link, just Previous and Index
- Blank line before
---so it renders as horizontal rule - Use wiki-link aliases for clean display
Phase 7: Add Cross-links
Add contextual wiki-links between related pages. See references/cross-linking-guide.md for the full taxonomy.
High-Value Cross-links
| Link Type | Example |
|---|---|
| NPC/Character → Quest references | [[Quests#Quest Name|"Quest Name"]] |
| Quest rewards → Item pages | [[Items#Item Name|Item Name]] |
| Level/area pages ↔ Quest pages | Bidirectional area references |
| Spell/ability mentions → Spell page | [[Spells#Spell Name|Spell Name]] |
| Boss/enemy mentions → Bestiary | [[Bestiary|Boss Name]] |
Cross-linking Rules
- Link the first meaningful mention only, not every occurrence
- Use aliases to keep visible text natural
- Read target pages first to verify exact heading names for anchors
- Add "See also" cross-references between related reference pages
- Don't overlink — if it feels cluttered, skip it
Quality Checklist
Before declaring the conversion complete:
- Every section from the source has a corresponding page
- All content preserved — nothing omitted or summarized
- YAML frontmatter on every page with
Links:andtags: - Index page links to all content pages
- Parent stub page links to the index
- Navigation footers on all content pages (prev/next/index)
- Cross-links between related pages
- ASCII art preserved in code blocks
- Tables properly formatted with pipes and alignment
- Special characters and accents preserved
- Attribution/copyright notice on index page
More from dashed/claude-marketplace
playwright
Browser automation with Playwright for Python. Use when testing websites, taking screenshots, filling forms, scraping web content, or automating browser interactions. Triggers on browser, web testing, screenshots, selenium, puppeteer, or playwright.
22tmux
Remote control tmux sessions for interactive CLIs (python, gdb, git add -p, etc.) by sending keystrokes and scraping pane output. Use when debugging applications, running interactive REPLs (Python, gdb, ipdb, psql, mysql, node), automating terminal workflows, interactive git commands (git add -p, git stash -p, git rebase -i), or when user mentions tmux, debugging, or interactive shells.
11ai-friendly-cli
Build and refactor CLIs for AI agent compatibility. Use when making command-line interfaces machine-readable, adding structured JSON output, hardening inputs against hallucinations, implementing safety rails like dry-run flags, adding schema introspection, or designing multi-surface architectures (CLI + MCP).
3zellij
Terminal workspace and multiplexer for interactive CLI sessions. Use when managing terminal sessions, running interactive REPLs, debugging applications, automating terminal workflows, or when user mentions zellij, terminal multiplexer, floating panes, or session layouts. Simpler alternative to tmux with native session management.
2chrome-cdp
Interact with local Chrome browser session via Chrome DevTools Protocol. Use when asked to inspect, debug, or interact with a page open in Chrome, take screenshots of browser tabs, read accessibility trees, evaluate JavaScript, click elements, navigate pages, or automate browser interactions in a live Chrome session.
2mermaid-cli
Generate, validate, and fix diagrams from Mermaid markup using the mermaid-cli (mmdc) tool. Use when creating flowcharts, sequence diagrams, class diagrams, state diagrams, ER diagrams, Gantt charts, pie charts, mindmaps, or any Mermaid-supported diagram type. Also use when validating, verifying, or fixing Mermaid diagram syntax. Triggers on mentions of mermaid, mmdc, diagram generation, diagram validation, or converting .mmd files to images/SVG/PDF.
2