skills/para-method/SKILL.md
Organize digital life using PARA framework (Projects, Areas, Resources, Archives). Use when setting up note systems, categorizing information, or migrating from other organizational systems.
npx skillsauth add Chris-Maskey/opencode-config para-methodInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
The PARA Method is a universal organizational system developed by Tiago Forte for organizing every piece of information in your digital life across any platform.
Organize by actionability, not by topic.
Traditional (Topic-Based) PARA (Actionability-Based)
───────────────────────── ──────────────────────────
📁 Work/ 📁 Projects/
📁 Personal/ 📁 Areas/
📁 Reference/ 📁 Resources/
📁 Archive/ 📁 Archives/
❌ Where do I file this? ✅ What is this for?
❌ No clear answer ✅ Clear answer every time
The PARA system organizes information based on how actionable it is right now.
Definition: Short-term efforts with a clear endpoint and deadline.
Projects have:
├── Specific goal/outcome
├── Clear deadline or timeframe
├── Series of tasks/actions
└── Defined "done" state
Examples:
How to identify:
Question: Can I cross this off my list when done?
Answer: YES → It's a Project
Key Test:
- Does it have a clear finish line?
- Would you throw a party when it's done?
- Will it definitely end?
Definition: Spheres of responsibility requiring continuous attention.
Areas have:
├── No deadline (ongoing)
├── Standard to maintain
├── Never "completed"
└── Requires regular attention
Examples:
How to identify:
Question: Is there a clear endpoint?
Answer: NO → It's an Area
Key Test:
- Will this continue indefinitely?
- Is there no "done" state?
- Does it require ongoing maintenance?
Definition: Topics, themes, or interests you want to reference in the future.
Resources have:
├── No action required now
├── Potential future value
├── Topics of interest
└── Reference material
Examples:
How to identify:
Question: Is this useful/interesting but not directly actionable?
Answer: YES → It's a Resource
Key Test:
- Would you reference this later?
- Is it educational/informative?
- Does it support your interests?
Definition: Completed or inactive items from other categories.
Archives have:
├── No current relevance
├── Historical value
├── Potential future reference
└── Storage for completed/deferred items
Examples:
How to identify:
Question: Is this inactive but worth keeping?
Answer: YES → It's an Archive
Key Test:
- Project completed? → Archive it
- Area no longer relevant? → Archive it
- Resource outdated? → Archive it
Most Actionable ←────────────────────────────→ Least Actionable
┌─────────┐ ┌────────┐ ┌───────────┐ ┌──────────┐
│PROJECTS │ → │ AREAS │ → │ RESOURCES │ → │ ARCHIVES │
└─────────┘ └────────┘ └───────────┘ └──────────┘
│ │ │ │
Active now Important but Useful for Inactive
must focus ongoing future ref storage
Key principle: Information flows from left to right as actionability decreases.
Ask these questions in order:
1. Is it active right now?
YES → Projects (has deadline) or Areas (ongoing standard)
NO → Continue
2. Does it have a deadline?
YES → Projects
NO → Areas
3. Is it useful/interesting reference material?
YES → Resources
NO → Archives
4. Is it inactive but worth keeping?
YES → Archives
NO → Delete/doesn't belong in system
Where does this go?
│
▼
┌────────────────┐
│ Active now? │
└────────────────┘
│ │
YES NO
│ │
▼ ▼
┌──────────┐ ┌────────────┐
│ Deadline?│ │ Useful ref?│
└──────────┘ └────────────┘
│ │ │ │
YES NO YES NO
│ │ │ │
▼ ▼ ▼ ▼
Project Area Resource Archive
1. Create four top-level folders:
📁 1-Projects/
📁 2-Areas/
📁 3-Resources/
📁 4-Archives/
2. Number them (1-4) for:
✓ Sorting by actionability
✓ Quick visual reference
✓ Consistent ordering across platforms
3. Don't create subfolders yet
→ Let structure emerge naturally
Why numbering matters:
Without numbers, alphabetizing gives:
Areas, Archives, Projects, Resources
↑ ↑
Wrong order - breaks actionability principle
With numbers (1-4), always correct:
1-Projects, 2-Areas, 3-Resources, 4-Archives
Process existing items:
1. Create "To Sort" temporary folder
2. Move ALL existing notes/files to "To Sort"
3. Start with empty PARA structure
4. Sort items one by one using decision tree
5. Ask: "Is this active now?"
Benefits:
├── Clean slate
├── Forced reconsideration of every item
├── Prevents hoarding in wrong category
└── Ensures intentional placement
Add subfolders as needed:
1-Projects/
├── Q4 Financial Report/
├── Website Redesign/
├── Summer Vacation/
└── Conference Presentation/
2-Areas/
├── Health & Fitness/
├── Finances/
├── Career Development/
├── Relationships/
├── Home Maintenance/
└── Personal Growth/
3-Resources/
├── Marketing Strategies/
├── Writing Tips/
├── Design Inspiration/
├── Programming/
├── Mental Models/
└── Productivity/
4-Archives/
├── Completed Projects/
├── Old Jobs/
├── Past References/
└── Inactive Areas/
Item: "Meeting notes: Marketing sync, Dec 5"
Decision: Where does this go?
Analysis:
├── Actionable now? → Check if follow-ups needed
├── Meeting itself: Informational → Resource (if valuable)
├── Has action items? → Create Project for each
└── Just reference? → Archive or delete
Placement:
└── Extract action items → Projects
Save key insights → Resources: Marketing
No value? → Archives or delete
Item: "Reading list of business books"
Decision: Where does this go?
Analysis:
├── Currently reading? → Project: "Read [Book Title]"
├── List of books to read → Areas: Learning & Development
└── Book notes/summaries → Resources: Book Notes
Placement:
└── Split into multiple locations based on actionability
Item: "Vacation photos from 2023"
Decision: Where does this go?
Analysis:
├── Part of active project? → No
├── Ongoing responsibility? → No
├── Reference material? → Maybe (Resources: Travel)
└── Just storage? → Archives: Vacations/2023
Placement:
└── Resources (if you reference for future trips)
OR Archives (if purely historical)
Weekly PARA Check:
Projects (5 min):
├── [ ] Review active projects
├── [ ] Move completed projects → Archives
├── [ ] Check deadlines are still relevant
├── [ ] Update project status
└── [ ] Identify stalled projects
Areas (5 min):
├── [ ] Review areas needing attention
├── [ ] Check systems/spreadsheets are updated
└── [ ] Note any neglected areas
Resources (5 min):
├── [ ] Brief scan for misfiled items
└── [ ] No action typically needed
Archives (5 min):
├── [ ] Usually minimal action
└── [ ] Clean up if needed
Monthly PARA Maintenance:
1. Review All Projects
├── Close completed projects
├── Assess stalled projects
├── Prioritize active projects
└── Check alignment with areas
2. Audit Areas
├── Are all areas still relevant?
├── Any new responsibilities emerged?
└── Standards being maintained?
3. Clean Resources
├── Remove obsolete items
├── Merge duplicate topics
└── Reorganize if needed
4. Purge Archives
├── Delete truly unnecessary items
├── Compress old files
└── Check for items to reactivate
Quarterly PARA Overhaul:
1. Complete PARA audit
├── Every folder examined
├── Every item reconsidered
└── Structure refined
2. Update systems
├── Templates refreshed
├── Processes documented
└── Tools evaluated
3. Set quarterly goals
├── Major projects identified
├── Area focus areas defined
└── Resource gaps addressed
4. Archive management
├── Major archival
├── Cleanup completed
└── Storage optimized
GTD Structure → PARA Structure
─────────────────── ───────────────
Next Actions → Projects (with next actions)
Projects → Projects
Areas of Focus → Areas
Reference → Resources
Someday/Maybe → Archived Projects
Tickler → Archive with dates
Waiting For → Project notes
Key difference:
├── GTD: Action-focused (what to do next)
└── PARA: Actionability-focused (when to engage)
Zettelkasten Structure → PARA Structure
──────────────────── ───────────────
Main notes (Zettels) → Split by actionability:
├── Permanent notes → Resources (concepts, ideas)
├── Project notes → Projects (active work)
├── Structure notes → Areas (topic overview)
└── Literature notes → Resources (source material)
Key integration:
├── Keep Zettelkasten principles for note-taking
├── Use PARA for overall organization
└── Zettelkasten lives within Resources
Common folder mess → PARA migration:
1. Start fresh (don't try to sort in place)
└── Create clean PARA structure
2. Create "To Sort" folder
└── Move everything there
3. Sort items using decision framework
└── One by one, deliberate placement
4. Resist creating subfolders initially
└── Let structure emerge from needs
5. Trust new categories
└── Items will flow where they belong
Para Structure in Notion:
Workspace
├── 📊 Dashboard (linked views)
├── 📁 Projects (database)
│ ├── Status: Active/Completed
│ ├── Due Date
│ └── Related Area
├── 📁 Areas (database or pages)
│ ├── Area template
│ └── Linked to Projects
├── 📁 Resources (database)
│ ├── Tags for topics
│ └── Related Projects/Areas
└── 📁 Archives (database)
├── Original location field
└── Date archived
Notion-specific tips:
Para Structure in Obsidian:
Vault
├── 1-Projects/
│ ├── Project A.md
│ └── Project B.md
├── 2-Areas/
│ ├── Health & Fitness.md
│ └── Career.md
├── 3-Resources/
│ ├── Marketing/
│ ├── Writing/
│ └── Mental Models/
└── 4-Archives/
├── Completed Projects/
└── Old Resources/
+ Daily Notes (linked to projects)
+ Dataview queries for active items
+ Tags: #project, #area, #resource
Obsidian-specific tips:
Para Structure in Traditional Note Apps:
Notebooks/Sections:
├── 📓 1-Projects
│ └── One notebook per active project
├── 📓 2-Areas
│ └── One notebook per area
├── 📓 3-Resources
│ └── Topic-based notebooks
└── 📓 4-Archives
└── Stacked notebooks by category
Tags (secondary organization):
├── Project-specific tags
├── Area tags
├── Topic tags in Resources
└── Date tags in Archives
# Project: [Name]
## Overview
- **Status:** [Planning/Active/On Hold]
- **Start Date:** [Date]
- **Target Completion:** [Date]
- **Area:** [Which area this supports]
## Goal
[Clear outcome - what does "done" look like?]
## Success Criteria
- [ ] [Criterion 1]
- [ ] [Criterion 2]
- [ ] [Criterion 3]
## Key Tasks
- [ ] Task 1
- [ ] Task 2
- [ ] Task 3
## Resources Needed
- [List resources from Resources folder]
## Notes & Progress
[Running notes]
## Links
- [Related resources]
- [Reference materials]
---
Created: [Date]
Last Updated: [Date]
# Area: [Name]
## Definition
[What does this area encompass?]
## Standards
[What does "good enough" look like in this area?]
## Current Projects
- [Active Project 1]
- [Active Project 2]
## Key Metrics
- [Metric 1]
- [Metric 2]
## Regular Actions
- [Daily/Weekly/Monthly actions]
## Resources
- [Links to relevant Resources]
## Notes
[Running thoughts and observations]
## Last Review
[Date: Summary of status]
# Resource: [Topic Name]
## Summary
[Quick summary of what this contains]
## Key Concepts
- [Concept 1]: [Brief explanation]
- [Concept 2]: [Brief explanation]
## Related Areas
- [Area 1]
- [Area 2]
## Active Projects Using This
- [Project 1]
- [Project 2]
## Notes Collection
### [Subtopic 1]
[Notes, quotes, insights]
### [Subtopic 2]
[Notes, quotes, insights]
## Links & References
- [Source 1]
- [Source 2]
---
Created: [Date]
Last Updated: [Date]
✓ Start simple, let structure emerge
└── Don't over-engineer from day one
✓ Use numbering (1-4) for consistent ordering
└── Ensures most actionable items first
✓ Move items freely between categories
└── PARA is dynamic, not static
✓ Create new project folders for active work
└── Projects are temporary homes
✓ Review weekly to maintain system
└── Prevents buildup and misfiling
✓ Keep "To Sort" folder for quick capture
└── Sort later during reviews
✓ Archive completed projects immediately
└── Keeps Projects folder clean
✓ Link related items across categories
└── But don't duplicate - reference instead
✗ Don't organize by topic
└── "Work" and "Personal" are topics, not actionability levels
✗ Don't create too many subfolders
└── Max 3 levels deep
✗ Don't duplicate items
└── Link/reference instead
✗ Don't skip weekly reviews
└── System degrades quickly without maintenance
✗ Don't let Projects become Areas
└── Projects must have deadlines
✗ Don't hoard in Archives
└── Delete truly useless items
✗ Don't overthink placement
└── Better to place and adjust than procrastinate
✗ Don't create "Miscellaneous" folders
└── Everything has a place in PARA
Place where you'll LOOK for it first.
Example: "Health insurance documents"
├── Actively needed? → Projects (if switching plans)
├── Ongoing reference? → Areas (Health & Fitness)
└── Pure storage? → Resources (Insurance)
Rule: One home, link elsewhere if needed
Match complexity to project:
Simple Project:
└── Single note or document
Complex Project:
└── Folder with:
├── Project brief
├── Research
├── Drafts
├── Assets
└── Final deliverables
Archive immediately when:
├── Project completed
├── Project cancelled
├── Area no longer relevant
├── Area ended (job ended, relationship ended)
└── Resource no longer useful
Don't wait for "review" - archive now
No strict limit, but consider cognitive load:
Healthy range: 5-15 active projects
├── Too few: May lack progress on goals
└── Too many: Split focus, stalled projects
If > 15 projects:
├── Some may be Areas mislabeled
├── Some should be archived
└── Some need delegation/declining
PARA + Other Systems:
GTD (Getting Things Done):
├── PARA organizes WHERE items live
├── GTD defines HOW to process items
└── Use GTD for task execution, PARA for organization
OKRs (Objectives & Key Results):
├── Objectives → Areas
├── Key Results → Projects
└── Initiatives → Project tasks
Agile/Scrum:
├── Sprints → Short-term Projects
├── Epics → Larger Projects
├── Backlog → Resources + Archives
└── Product Areas → Areas
Zettelkasten:
├── Lives within Resources
├── Knowledge work goes here
└── Active thinking remains in Projects
THE PARA QUICK GUIDE
PROJECTS (Active + Deadline)
├── Specific endpoint
├── Clear success criteria
├── Has due date
└── Can be "completed"
AREAS (Ongoing Responsibilities)
├── No endpoint
├── Standards to maintain
├── Requires attention
└── Never "completed"
RESOURCES (Reference Material)
├── Topics/interests
├── Educational/informative
├── Potential future value
└── No immediate action
ARCHIVES (Inactive Items)
├── Completed projects
├── Inactive areas
├── Old resources
└── Anything not current
DECISION ORDER:
1. Active? → P or A
2. Deadline? → P
3. No deadline? → A
4. Reference? → R
5. Inactive? → Archive
6. Useless? → Delete
Diagnosis: Likely mixing Projects and Areas
Solution:
├── Check each "project" for deadline
├── Move ongoing work to Areas
├── Break large projects into smaller projects
└── Archive stalled projects
Diagnosis: Resources too disconnected from active work
Solution:
├── Link Resources to Projects/Areas
├── Create "quick reference" sections
├── Review Resources during project planning
└── Consider: Is this truly useful? Delete if not
Decision paralysis → Use the PARA test:
1. Does this require action? → Projects/Areas
2. Does it have a deadline? → Projects
3. Is it ongoing? → Areas
4. Is it reference? → Resources
5. Is it inactive? → Archives
Still unsure? → Put in "To Sort" and decide during review
For detailed implementation guides, platform-specific setups, and advanced techniques, see REFERENCE.md.
tools
Anti-patterns and mistakes to avoid as a product manager. Use when evaluating leadership behaviors, improving team dynamics, reflecting on management practices, or onboarding new product managers.
development
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".
testing
Design effective CTAs using visual attention and gaze psychology principles. Use when designing landing pages, button hierarchies, conversion elements, or optimizing user attention flow through interfaces.
tools
Run agent-browser + Chrome inside Vercel Sandbox microVMs for browser automation from any Vercel-deployed app. Use when the user needs browser automation in a Vercel app (Next.js, SvelteKit, Nuxt, Remix, Astro, etc.), wants to run headless Chrome without binary size limits, needs persistent browser sessions across commands, or wants ephemeral isolated browser environments. Triggers include "Vercel Sandbox browser", "microVM Chrome", "agent-browser in sandbox", "browser automation on Vercel", or any task requiring Chrome in a Vercel Sandbox.