Actually getting things done with Obsidian // Checklist plugin
Based on Nicole van der Hoeven's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Use GTD’s capture→process→action separation to prevent mental clutter before deciding what to do next.
Briefing
A modern task system built inside Obsidian can borrow the most useful parts of David Allen’s Getting Things Done—especially the discipline of capturing work separately from doing it—then turn “what’s next?” into concrete, checkable actions. The core move is to treat task clarification as a workflow problem: projects become a set of next actions, waiting items, and “someday” ideas, all surfaced through a dedicated checklist view rather than buried in scattered notes.
The method starts with three GTD phases: capture, process, and action. Instead of trying to replicate GTD’s full “mind like water” philosophy, the approach keeps the practical separation—collect everything first so mental bandwidth isn’t consumed by deciding where thoughts belong. From there, the system leans on GTD’s insistence on clarifying the next action. Vague entries like “Do taxes” are replaced with specific, doable steps, because abstraction triggers avoidance. Finally, it keeps the idea of regular reviews—an ongoing cadence that helps tasks stay current—while pointing to existing routines for weekly, monthly, quarterly, and yearly check-ins.
For the task-management mechanics, the walkthrough installs the Obsidian community plugin “Checklist” and configures it to behave like a modern GTD-lite dashboard. By default, Checklist looks for tags that begin with a special keyword (it uses “Todo” as the default). Completed tasks can be hidden, and the checklist can group items by page or, as shown here, by tag. The plugin then populates a side panel “To Do List” with tasks organized into categories mirroring GTD’s structure: Next Action (the immediate step in a project), Waiting For (items blocked on someone else, used as a reminder to follow up), and Some Day Maybe (ideas without concrete plans).
Creating tasks is tag-driven. A user types a tag like “Todo next-action,” then adds a checkbox task under it (using a bullet with brackets or a command). Without the “Todo” prefix, items won’t appear in the checklist, even if other tags exist. The system also supports flexible expansion: it can be adapted to personal vs. work tasks by inserting additional tag layers (e.g., “Todo, work, next-action”), and it can collate tasks across different pages—so a thought captured mid-meeting still shows up in the correct checklist section.
Beyond GTD’s buckets, the workflow adds “context” tags such as “Computer” to distinguish what can be done in different situations. It also repurposes the same tagging pattern for agendas: “Todo, agenda, Jonathan” becomes a live list of discussion points that automatically appears when opening a person-specific note. The transcript even mentions using Dataview queries to pull agenda tasks into those person pages, keeping lists updated as new items are tagged.
The creator closes by contrasting alternatives: a Dataview-based task approach (tasks stored directly in notes rather than a side panel) and calendar blocking for time-sensitive work using Reclaim. The takeaway is less about terminology and more about choosing a system that reliably turns projects into clear next actions and keeps them visible when it matters.
Cornell Notes
The workflow modernizes GTD inside Obsidian by focusing on three phases—capture, process, and action—and then operationalizing the “next action” rule. Tasks are clarified into concrete steps and tagged so they surface in a Checklist side panel. The Checklist plugin uses tags starting with “Todo” to populate three GTD-style categories: Next Action, Waiting For, and Some Day Maybe. This tag-based setup lets tasks appear across pages, supports additional structure like work vs. personal, and enables context or agenda lists (e.g., “Todo, agenda, Jonathan”). The result is a practical, pseudo-GTD task dashboard that reduces vague task friction and keeps follow-ups and ideas from disappearing.
Why does separating capture from processing matter for getting things done?
How does the system enforce GTD’s “clarify the next action” principle?
What are the three main task categories and what does each mean?
How does the Checklist plugin decide which tasks to show?
How can the same tagging system support context and agendas beyond GTD buckets?
What alternatives are mentioned for task management and time-sensitive work?
Review Questions
- How does requiring a “Todo” tag change the quality of tasks compared with a free-form task list?
- In what situations would a task belong in Waiting For instead of Next Action, and how does that affect follow-up behavior?
- How could you design a tag structure that supports both work/personal separation and context (e.g., “Computer”) without making task entry too slow?
Key Points
- 1
Use GTD’s capture→process→action separation to prevent mental clutter before deciding what to do next.
- 2
Clarify tasks into concrete next actions; vague entries like “Do taxes” tend to stall because they’re too abstract.
- 3
Configure the Checklist plugin to show GTD-style buckets: Next Action, Waiting For, and Some Day Maybe.
- 4
Create tasks as checkbox items under tags that start with the plugin’s special “Todo” keyword; otherwise they won’t appear in the checklist.
- 5
Exploit tag layering to customize structure (e.g., work vs. personal) and to collate tasks across pages.
- 6
Add context tags (like “Computer”) and agenda tags (like “Todo, agenda, Jonathan”) to keep lists aligned with real-world situations.
- 7
For time-sensitive work, pair the task system with calendar blocking using Reclaim, and consider Dataview if you prefer tasks stored inside notes.