obsidian-organize
Obsidian Note Organization
Clawd's Obsidian vault follows the PARA method. Every note belongs in a specific folder — nothing lives in the vault root.
Folder Structure
Vault/
├── 0. Inbox/ # Unsorted captures, quick notes
├── 1. Projects/ # Active projects with deadlines
├── 2. Areas/ # Ongoing responsibilities
├── 3. Resources/ # Reference material
│ ├── People/ # Notes about individuals
│ ├── References/ # Technical references (APIs, tools, comparisons)
│ ├── Concepts/ # Ideas, frameworks, mental models
│ └── ... # Other resource categories as needed
├── 4. Archive/ # Completed/inactive items
└── Templates/ # Note templates
Placement Rules
| Note Type | Folder | Example |
|---|---|---|
| Person (colleague, contact, public figure) | 3. Resources/People/ |
Jeffrey Peck - PSLRA Lobbyist.md |
| API docs, tool guides, tech comparisons | 3. Resources/References/ |
Claude API - Streaming Responses.md |
| Concepts, frameworks, mental models | 3. Resources/Concepts/ |
Efficient Market Hypothesis.md |
| Active project with a deadline | 1. Projects/ |
Current research, course prep |
| Ongoing responsibility (no end date) | 2. Areas/ |
Teaching, health, finances |
| Quick capture, unsorted | 0. Inbox/ |
To be filed later |
| Done, no longer active | 4. Archive/ |
Past projects, old references |
Naming Conventions
Titles should be descriptive and include context so they're findable without opening the note:
- People:
Full Name - Role or Context.md(e.g.,Jeffrey Peck - PSLRA Lobbyist.md) - References:
Tool/Topic - Specific Aspect.md(e.g.,jq - Container Compatibility Notes.md) - Projects: Use the project's natural name
Avoid generic titles like Meeting Notes.md or Ideas.md — add the date, person, or topic.
Vault Hygiene
- The vault root directory should contain only folders, never loose notes
- If a note doesn't clearly fit a subcategory, place it in the parent PARA folder (e.g.,
3. Resources/) rather than the root - When in doubt,
0. Inbox/is the right temporary home — but follow up by filing it properly - Periodically move completed projects from
1. Projects/to4. Archive/
More from edwinhu/workflows
ai-anti-patterns
This skill should be used when reviewing AI-generated text, checking for AI writing patterns, detecting undisclosed AI content, or before finalizing any written content. Covers 12 categories of AI writing indicators from Wikipedia's comprehensive guide.
30marimo
This skill should be used when the user asks to "use marimo", "create a marimo notebook", "debug a marimo notebook", "inspect cells", "understand reactive execution", "fix marimo errors", "convert from jupyter to marimo", or works with marimo reactive Python notebooks.
23dev-debug
This skill should be used when the user asks to 'debug', 'fix bug', 'investigate error', 'why is it broken', 'trace root cause', 'find the bug', or needs systematic debugging with fresh-context subagent iterations and progress-gated escalation.
16writing
This skill should be used when the user asks to 'write a paper', 'start a writing project', 'draft an article', 'write about', 'brainstorm writing topics', 'gather sources for a paper', 'what should I write about', or needs the writing workflow entry point for any writing task.
4writing-revise
This skill should be used when the user asks to 'revise writing', 'fix review issues', 'polish draft', 'apply review feedback', 'complete writing workflow', or after /writing-review produces REVIEW.md with issues to fix.
3docx-footnotes
Repair DOCX footnote damage from Google Docs or Word Online round-trips, and convert hardcoded supra/infra note references to auto-updating NOTEREF field codes. Use this skill whenever a user's .docx footnotes are broken after editing in a cloud editor — common symptoms include missing footnote separator lines, stripped paragraph styles (pStyle), author bio custom marks (*, †, ‡) replaced with numbers, footnote numbering starting at the wrong number, or TOC separator paragraphs that inflate to fill a whole page. Also use this skill when the user wants to convert 'supra note N' cross-references to NOTEREF fields, fix footnote numbering offsets caused by customMarkFollows bio footnotes, or perform any OOXML-level footnote surgery on a Word document. Even if the user doesn't mention OOXML or XML directly — if they describe footnote formatting problems in a .docx that was edited in Google Docs or Word Online, this is the right skill.
3