The gist
Folder structure isn't an organizing question, it's an architecture question: Claude Code thinks about your project exactly the way your folders are laid out, and the right hierarchy multiplies the quality of your agents' work.
Key concepts
- PARA is a system of 4 categories that covers 100% of any information
- Folder structure = the architecture of thinking: the way it's organized is the way it gets thought about
- Claude Code reads the structure through
CLAUDE.md, which is the agent's map - Golden rules for naming files make AI search more accurate
- Flat vs. deep hierarchy: each approach has its own use cases
Theory
The PARA system: four boxes for everything
PARA was developed by Tiago Forte and has become a standard for the "second brain." The idea: every piece of information goes into one of four boxes.
| Letter | Name | What goes there | Example |
|---|---|---|---|
| P | Projects | Active projects with a deadline | Launching a new product by June 1 |
| A | Areas | Areas of responsibility with no deadline | Health, finances, marketing |
| R | Resources | Reference material | Guides, templates, research |
| A | Archive | Finished and no longer relevant | Old projects, drafts |
The key principle of PARA: information is organized not by topic (like school notebooks) but by how active it is. This matters for AI: the agent understands that what's in Projects is alive and important, and what's in Archive is dead and optional.
Why folder structure = the architecture of thinking
Folder structure affects how you (and your agents) make decisions.
A bad structure:
/projects/
/my_business/
idea1.txt
old_idea.txt
notes_final.docx
notes_final_v2.docx
notes_REALLY_final.docx
random_stuff/
...Claude in this structure: "I can't tell what's current, what's outdated, what's important. I'll have to guess."
A good structure (PARA):
/projects/
/launch-product-x/ ← active project
BRIEF.md ← context for Claude
/research/
/drafts/
/final/
/areas/
/marketing/ ← ongoing area
/finance/
/resources/
/templates/ ← reusable
/guides/
/archive/
/2025-product-y/ ← finishedClaude in this structure: "I can see active projects, reference material and an archive. I'll work in /projects/launch-product-x/ and use templates from /resources/templates/."
How Claude Code understands folder structure through CLAUDE.md
When it starts, Claude Code reads CLAUDE.md in the project root. It's the agent's instructions: what is where, what things are called, what the rules are. More on the file itself: CLAUDE.md: your project's system prompt. You can create a starter version with the /init command. Besides CLAUDE.md, Claude Code reads AGENTS.md and the rules in the .claude/rules/ folder, and keeps its own memory (auto memory), which you can manage with the /memory command.
An example CLAUDE.md for a PARA structure:
# Project Context ## Structure - `/projects/` — active projects (each in its own folder with a BRIEF.md) - `/areas/` — ongoing areas of responsibility - `/resources/` — templates, guides, reference material - `/archive/` — finished projects (do not edit) ## Naming Convention - Folders: kebab-case, always lowercase (product-launch, not ProductLaunch) - Files: kebab-case + a date if versioned (report-2026-10.md) - UPPERCASE: only CLAUDE.md, README.md, BRIEF.md (important instructions) ## Rules - Never edit `/archive/` - Save drafts in the `/drafts/` folder inside the project - Final versions go in `/final/` with no _v2 or _final suffixes
With a CLAUDE.md like this, the agent works precisely: it knows where to look, where to save and what not to touch.
Golden rules for naming files for AI
AI agents are like search engines: they work better with predictable names.
Rule 1: kebab-case everywhere
✅ market-research-2026.md ❌ Market Research 2026.md ❌ marketResearch2026.md ❌ market_research_2026.md
Rule 2: The date goes first for time-bound files
✅ 2026-10-01-competitor-analysis.md ❌ competitor-analysis-may.md
Dates first = automatic chronological sorting.
Rule 3: A verb or a noun, not "final"
✅ landing-page-copy.md ✅ email-sequence-onboarding.md ❌ landing_FINAL_v3_use_this.md ❌ email_copy_new2.docx
Rule 4: UPPERCASE only for the main instructions
CLAUDE.md ← the agent reads it first
README.md ← a person reads it first
BRIEF.md ← project contextRule 5: No spaces in folder names
✅ /my-business/
❌ /My Business/ ← breaks bash commands, confuses agentsAn example structure for an AI entrepreneur
~/workspace/
├── CLAUDE.md ← main instructions
├── projects/
│ ├── saas-tool-launch/
│ │ ├── BRIEF.md ← context for Claude
│ │ ├── research/
│ │ │ └── 2026-09-competitors.md
│ │ ├── drafts/
│ │ │ └── landing-page-v1.md
│ │ └── final/
│ │ └── landing-page.md
│ └── youtube-channel/
│ ├── BRIEF.md
│ └── content-calendar.md
├── areas/
│ ├── marketing/
│ │ ├── brand-voice.md ← Claude reads it before writing
│ │ └── target-audience.md
│ ├── finance/
│ │ └── budget-2026.md
│ └── tech-stack/
│ └── tools-and-keys.md
├── resources/
│ ├── templates/
│ │ ├── blog-post.md
│ │ ├── email-sequence.md
│ │ └── project-brief.md
│ └── guides/
│ └── claude-code-cheatsheet.md
└── archive/
└── 2025-old-project/Flat vs. deep hierarchy: which is better for AI systems
A flat structure:
/projects/
project-a-research.md
project-a-draft.md
project-b-research.md✅ Good for: small projects, quick search, up to 50 files ❌ Bad for: big systems, collaboration, scaling
A deep structure:
/projects/
/project-a/
/phase-1/
/research/
/primary/
/interviews/✅ Good for: big projects with many stages ❌ Bad for: everyday work (too many steps); it's harder for the agent to find its way at a depth of 4+ levels
The rule: at most 3 levels of nesting
/root/
/category/ ← level 1
/project/ ← level 2
/file.md ← level 3Three levels are enough for any solo project. Go deeper only for enterprises with teams.
Practice
- Take an honest look at your current structure:
find ~/workspace -maxdepth 3 -type d | head -30
# or, if you don't have a workspace:
ls -la ~/Desktop- Create a PARA structure for your main project:
mkdir -p ~/workspace/{projects,areas,resources,archive}
mkdir -p ~/workspace/projects/my-project/{research,drafts,final}
mkdir -p ~/workspace/areas/{marketing,finance}
mkdir -p ~/workspace/resources/{templates,guides}Create a
CLAUDE.mdin the root of~/workspace/(take the example from this lesson and adapt it to yourself)Create a
BRIEF.mdin the folder of your active project:
# Project Brief: [Name]
## Goal
[What we're building and why]
## Audience
[Who it's for]
## Deadline
[When]
## Context for Claude
[What Claude needs to know before starting work]
## Constraints
[What's off-limits, style, budget]- Start Claude Code in the
~/workspace/folder and check that it understands the structure correctly:
Read CLAUDE.md and explain to me: if I ask you to write a draft landing page for project X, where will you save it and why?
Tools and resources
- Building a Second Brain (book): Tiago Forte's original book on PARA
- The PARA Method (article): a detailed free explanation of the system
- Obsidian: a local second brain with PARA plugins
- Notion: PARA in the cloud with team access
Key takeaways
PARA isn't a system for storing files, it's a system for storing attention: Projects need action now, Areas need regular attention, Resources get used as needed, Archive is for history.
Claude Code works only as well as it understands the project structure.
CLAUDE.mdis the agent's map; without it, the agent is like a new hire on day one with no org chart.
Three levels of nesting and kebab-case naming: two rules that make working with AI agents noticeably more accurate for minimal effort.
What's next
→ AI copywriting with a prompt pipeline: writing in your own voice
The mark stays in this browser only and is never sent anywhere. My progress