home / skills / kriscard / kriscard-claude-plugins / obsidian-workflows

This skill helps you build and maintain a powerful second brain in Obsidian using PARA, progressive summarization, and focused PKM workflows.

npx playbooks add skill kriscard/kriscard-claude-plugins --skill obsidian-workflows

Review the files below or copy the command above to add this skill to your agents.

Files (3)
SKILL.md
4.4 KB
---
name: obsidian-workflows
disable-model-invocation: true
description: >-
  Organizes Obsidian vaults using PARA methodology, progressive summarization, and
  PKM workflows including inbox processing, Maps of Content, and review cadences.
  Make sure to use this skill whenever the user asks about organizing notes, second
  brain, inbox processing, MOCs, review cadences, PARA method, or knowledge
  management — even if they just say "how should I organize my notes?"
version: 0.1.0
---

# Obsidian Workflows & Second Brain Methodology

Actionable guidance for building and maintaining a second brain in Obsidian. This skill focuses on workflows and decisions — not PARA theory (Claude already knows that).

## PARA Quick Reference

Organize by **actionability**, not topic:

| Category | What Goes Here | Review Cadence |
|----------|---------------|----------------|
| **Projects** | Active work with clear endpoints | Weekly |
| **Areas** | Ongoing responsibilities, no endpoint | Monthly |
| **Resources** | Reference materials, future interest | Quarterly |
| **Archives** | Completed/inactive from above | Annually |

When in doubt: "Does this have a deadline or clear outcome?" Yes = Project. "Is this an ongoing responsibility?" Yes = Area. Otherwise = Resource.

## Key Workflows

### Capture (minimize friction)

1. Drop everything into Inbox
2. Minimal formatting — structure comes later
3. One idea per note (atomic)
4. Include source and why it matters
5. Tag as `#inbox` for processing

### Inbox Processing (weekly review, 30 min)

For each inbox note, decide:
- **Delete** — Not useful, was impulse capture
- **Archive** — Useful reference but no action needed now
- **Elaborate** — Add context, links, tags, then move to PARA category

Target: empty inbox weekly.

### Review Cadences

| Cadence | Time | What to Do |
|---------|------|------------|
| **Daily** | 5 min | Create daily note, review active projects, process quick captures |
| **Weekly** | 30 min | Process inbox completely, review all projects, update areas, clean loose ends |
| **Monthly** | 1 hour | Review areas, archive completed projects, check OKRs/goals, update MOCs |
| **Quarterly** | 2 hours | Strategic review, archive inactive resources, consolidate tags, adjust PARA |

## Linking Rules

### The 2-Link Rule

Every new note links to at least 2 existing notes. This prevents orphans and forces context-building. Ask "What does this connect to?" before saving.

### MOCs vs Dashboards

Keep these separate — they serve different purposes:

**MOCs (Maps of Content)** — Hand-curated navigation. Each link includes *why* it's connected. Create when a topic has 10+ related notes. Updated intentionally, not constantly.

**Dashboards** — Auto-generated views (dataview queries). Show recent activity, stats, tasks. No manual curation needed.

### When to Create a MOC

- Topic has 10+ related notes
- Need an overview of a knowledge area
- Connecting notes across multiple PARA categories
- Want curated navigation (not just a flat list)

## Evergreen Notes (3-Layer Pattern)

Concept notes that grow over time:

**Layer 1 — Definition:** What is this concept? Your own words, core explanation. Rarely changes.

**Layer 2 — Related:** How does this connect? 2-5 links with *reasons*:
```markdown
## Related
- [[Event Loop]] — closures power async callbacks
- [[Garbage Collection]] — closures affect GC behavior
```

**Layer 3 — Encounters:** Real-world usage added over time:
```markdown
# Encounters

## 2026-02-05 - Debugging closure scope issue
Discovered that closures in a forEach loop captured the loop variable by reference.
Link: [[TIL 2026-02-05]]
```

Use Outgoing Links panel to discover connections you missed.

## Progressive Summarization

Refine notes just-in-time (when you revisit them, not when you capture):

1. **Capture** — Full source material
2. **Bold** — Key passages (10-20% of content)
3. **Highlight** — Within bold (10-20% of that)
4. **Summarize** — 2-3 sentence executive summary at top
5. **Remix** — Create new output from distilled knowledge

Apply layers only when you return to a note for a specific purpose. Don't process everything upfront.

## Integration with Plugin Commands

This skill informs all plugin commands and agents:
- `/daily-startup` uses daily note workflow patterns
- `/process-inbox` implements inbox processing workflow
- `/review-okrs` applies review cadences to goal tracking
- `/maintain-vault` ensures link health and organization

Overview

This skill explains how to build and maintain a second brain in Obsidian using the PARA method, progressive summarization, and practical PKM workflows. It focuses on action-oriented organization, linking strategies, and review cadences to keep a vault useful and low-maintenance. Use it to create predictable capture, processing, and expression routines that scale with your work.

How this skill works

The skill inspects your workflow patterns and recommends folder layouts, tagging conventions, and linking habits that align with PARA (Projects, Areas, Resources, Archives). It guides note construction (atomic and evergreen notes), MOC creation, and progressive summarization layers to distill value over time. It also prescribes review cadences and templates to automate daily/weekly processing and maintain link health.

When to use it

  • Setting up a new Obsidian vault or migrating an existing one
  • Designing capture and weekly processing workflows
  • Creating Maps of Content (MOCs) or vault dashboards
  • Improving note discoverability and reducing orphaned notes
  • Standardizing templates, tags, and metadata

Best practices

  • Use a simple PARA folder hierarchy with an Inbox capture zone and numeric prefixes for sidebar order
  • Create one atomic idea per note; use descriptive titles and 100–500 word evergreen structure
  • Apply the 2-link rule: link every new note to at least two existing notes to avoid orphans
  • Use MOCs for curated navigation and dashboards for automated system views; keep them separate
  • Run regular review cadences: daily quick checks, weekly inbox processing, monthly area review, quarterly cleanup

Example use cases

  • Weekly /process-inbox routine: empty Inbox, enrich notes, move to Projects/Areas/Resources
  • Create an evergreen note template to track definition, related links, and encounters
  • Build a Master MOC that links key areas and entry points for onboarding or research
  • Use progressive summarization to turn long highlights into a 2–3 sentence executive summary at the top of each note
  • Daily-startup pattern: open daily note, link active projects, and capture quick tasks

FAQ

How often should I empty the Inbox?

Aim for a weekly inbox=0 target. Process captured notes during your weekly review: delete, archive, or elaborate and move to PARA folders.

When should I create a MOC versus a folder?

Create a MOC when a topic has 10+ related notes or needs curated navigation. Use folders only for PARA categorization; MOCs should cross-link notes across folders.