This guide helps you pick your entry point. You don't need to adopt everything at once—start with what solves your immediate problem.
Tools needed: Any text editor Best for: Understanding if explicit protocols help you
What you'll do:
- Pick ONE thing you do repeatedly (research process, writing workflow, client kickoff, analysis method)
- Write it down in plain English markdown
- Don't worry about AI or tools—just articulate your implicit method
- Save it somewhere you'll actually reference it
Why this matters:
- Makes your expertise transferable (to your future self, to colleagues, eventually to AI)
- Reveals gaps in your thinking ("Wait, why do I do it that way?")
- Creates a baseline you can improve
- Shows whether explicitness helps or just adds overhead
Example: If you're a researcher, document your literature review process. If you're a consultant, document your project kickoff workflow. If you're a writer, document your editing process.
Success metric: You reference this document the next time you do the task, and it actually helps.
Tools needed: Any markdown tool (Obsidian recommended) Best for: People with lots of unstructured notes
What you'll do:
- Adopt PARA organization (Projects / Areas / Resources / Archive)
- Move existing notes into this structure
- Add simple YAML frontmatter to files (date, type, status)
- Create a few templates for common file types
Why this matters:
- When everything has a place, you can find it (human benefit)
- When everything has metadata, AI can navigate it (machine benefit)
- Structure creates relationships between ideas automatically
- You stop asking "Where did I save that thing?"
Quick setup:
your-vault/
├── 0. Inbox/ # Quick capture
├── 1. Projects/ # Time-bound work
├── 2. Areas/ # Ongoing domains
├── 3. Resources/ # Reference materials
└── 4. Archive/ # Completed work
Minimal frontmatter:
---
created: 2026-01-14
updated: 2026-01-14
type: research
---Read next: PARA Organization for full details
Success metric: You can find any note within 30 seconds, and you know where new notes should go.
Tools needed: Claude Code, markdown vault Prerequisites: Levels 1 & 2 (or equivalent) Best for: People who work extensively with AI
What you'll do:
- Create a `CLAUDE.md` operating manual (global or project-specific)
- Document your preferences, workflows, decision rules
- Add workflow documentation for recurring tasks
- Set up custom skills for common operations
Why this matters:
- Claude Code reads your CLAUDE.md and respects your preferences
- You stop repeating yourself ("No, use YAML not JSON. No, format it like X.")
- AI suggestions become actually useful (they follow your patterns)
- Your operating manual helps you even without AI (explicit beats implicit)
Create your CLAUDE.md:
# Claude Code Instructions
## General Workflow Preferences
- **Complex tasks**: Use EnterPlanMode before executing
- **File writes**: Always use mkdir -p first
- **Documentation**: Comprehensive with rationale, not quick notes
## Work Context
[Your role, domain, quality expectations]
## Research & Knowledge Work
[Your research patterns, RAG preferences, source standards]Read next: Claude Configuration for full structure
Success metric: Claude Code follows your patterns without being reminded, and you catch yourself referencing your own CLAUDE.md for guidance.
Tools needed: Claude Code, RAG infrastructure (local or remote) Prerequisites: Levels 1, 2 & 3 Best for: People with extensive knowledge bases (1000+ files)
What you'll do:
- Set up RAG infrastructure (Ollama + ChromaDB + MCP)
- Create collection registry (`rag-collections.yaml`)
- Index your vault with semantic chunking
- Build custom skills for collection-specific queries
Why this matters:
- Semantic retrieval across thousands of files in seconds
- AI finds relevant context you'd forgotten existed
- Relationships between ideas emerge automatically
- Your notes become active infrastructure, not passive archives
Real example: I had the Gamestorming book (facilitation methods by Dave Gray, Sunni Brown, and James Macanufo) I'd used for years—trusted methodologies I knew well. I indexed it as a RAG collection with a /gamestorming skill. Now instead of flipping through pages looking for the right facilitation method, I just ask: "What's a good prioritization technique for distributed teams?" Same pattern works for any methodology you trust (Thinking Tools, design patterns, research frameworks).
RAG setup overview:
- Infrastructure: ChromaDB server (localhost or remote)
- Registry: `rag-collections.yaml` as single source of truth
- Collections: One per domain (vault, readwise, projects, etc.)
- Skills: Custom `/query-collection` commands
Read next: RAG Infrastructure for full setup
Success metric: You query your vault conversationally and get relevant results you wouldn't have found with keyword search.
Core Concepts:
- PARA Method - Tiago Forte's organization system
- Claude Code - Anthropic's documentation
- CLAUDE.md Configuration - Operating manual setup
- Claude Code Skills - Building custom commands
- Obsidian - Markdown knowledge base tool
- YAML Frontmatter - Metadata in markdown
Methodologies:
- Gamestorming - Facilitation methods by Gray, Brown, Macanufo
- Thinking Tools - Mental models and frameworks by Adam Amran
This repository shows how to INTEGRATE these concepts, not how to use them individually.
- ❓ You're not sure if explicit protocols help
- 🎯 You want quick wins without tool investment
- 📝 You work mostly with human collaborators (not AI)
- 🗂️ You have lots of notes but can't find anything
- 🔍 You waste time searching for information you know you wrote down
- 🧩 Your work involves connecting ideas across projects
- 🤖 You already use Claude Code extensively
- 🔁 You repeat the same instructions to AI multiple times
- 📋 You have established workflows you want AI to follow
- 📚 You have 1000+ markdown files
- 🔗 You need to find connections across years of work
- 🚀 You're committed to RAG as infrastructure
Most people should start with Level 1 or 2.
- Text editor or markdown app (Obsidian recommended)
- Willingness to articulate implicit processes
- About 100-500 notes (if you have them)
- Claude Code installed
- macOS, Linux, or Windows
- Basic terminal comfort
- Structured vault (from Level 2)
- Level 3 setup complete
- Python 3.10+
- Ollama for embeddings
- ChromaDB for vector storage
- MCP server (included with Claude Code)
- 1000+ markdown files to make it worthwhile
Don't. Start with Level 1. Document one process. See if it helps. If it does, add structure. If it doesn't, you saved yourself hours of setup.
Don't. Start with new notes in the structure. Migrate old notes only when you need them. Perfection is the enemy of progress.
Don't. This is a reference architecture, not a prescription. Adapt the patterns to your domain. Your field, your workflows, your constraints.
It won't. RAG amplifies good structure. If your notes are chaotic, RAG will give you chaotic results faster. Do Levels 1-2 first.
Don't. Document on-demand. When you catch yourself doing something repeatedly, write it down. Don't pre-document hypothetical workflows.
- You have one documented process
- You reference it when doing the task
- It actually helps (even slightly)
- You understand the value of explicit protocols
- Every file has a clear home
- You can find any note in under 30 seconds
- New notes go into the right folder automatically
- Metadata helps you filter and navigate
- Claude Code respects your preferences
- You stop repeating instructions
- AI suggestions follow your patterns
- Your CLAUDE.md evolves as you learn
- You query your vault conversationally
- Relevant results surface from across years of work
- Connections emerge that you wouldn't have made manually
- Your knowledge base becomes active infrastructure
Pick your level:
- Level 1: Just start documenting
- Level 2: Adopt PARA + frontmatter → Full Guide
- Level 3: Create CLAUDE.md → Full Guide
- Level 4: Set up RAG → Full Guide
Or explore:
- Philosophy - Why explicit protocols matter
- FAQs - Common questions
Remember: You don't need all four layers. Start with what solves your immediate problem. Add layers only when you feel the need.