How I use Logseq to track my tasks
Based on Tools on Tech's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Use Logseq task states (later/to do/doing/done) to separate planned work from what’s actively being worked on.
Briefing
Task management in Logseq works best when tasks are labeled for fast retrieval at the moment they matter—then filtered into a short, daily “do list” rather than a sprawling inbox. The core workflow centers on using Logseq’s task states (later, to do, doing, done), lightweight time tracking, and a query system that pulls the right subset of tasks based on priority, schedule, and context like location, people, or projects.
Instead of treating task capture as the main goal, the approach treats it as a means to produce results when the day’s constraints hit. Tasks get assigned labels that reflect real-world context. For example, “errands” and “proxies” (a DIY store in the Netherlands) act like location-based buckets: once the person is out, a query surfaces everything tied to that location so errands don’t require re-planning mid-trip. The same idea generalizes beyond places—tasks can be linked to projects, people, or reading materials so the right work appears when a specific context becomes active.
Logseq’s built-in task workflow provides the operational backbone. Tasks can move through planned and active states: “later” for planned work, “to do” for upcoming items, and “doing” for what’s currently in progress. Switching a task into “doing” can also enable time tracking, showing how long the task took. Navigation through the workflow is streamlined with Ctrl + Enter, and tasks can also be placed into a “waiting” mode using /waiting—useful for tracking items dependent on someone else’s response. Priority is handled with slash commands (/a, /b, /c), mapping to an Eisenhower-style urgency/importance split: A items are “needs to be done now” and important, B is important but not immediate, and C is less important.
Scheduling and repetition keep tasks from vanishing. With /schedule, tasks are marked for a future date and can repeat; when a repeating task is checked off, the scheduled date advances while the task remains active for the next cycle. For retrieval, Logseq queries act as the “search engine” for tasks: “now” surfaces items in doing/to do, “next” looks ahead seven days, and “overdue” flags missed scheduled tasks.
The most important query pattern is a filtered task list that combines task state with priority and then narrows further by context using page or link references. In practice, this produces a reusable “top tasks” view: tasks that are still open and priority A float to the top, and additional queries slice tasks by the current page/link context—such as a person’s page for outstanding follow-ups or a location tag for errands.
Daily execution stays minimal. The day starts with a small set of focus points and a task list page built from queries, typically organized into priority A, then overdue/important, then remaining to-dos in time order. A key efficiency feature is reference copying: Ctrl + C copies a reference to a task line rather than duplicating it, letting the same task appear across multiple daily lists while still pointing back to the original details. Marking it done updates everywhere it’s referenced. The result is a system that keeps planning lightweight, reduces distraction, and makes it easy to jump into the right work without rebuilding context each time.
Cornell Notes
Logseq task management is built around fast retrieval: tasks are labeled by context (location, people, projects) and then pulled into a short daily list using queries. Tasks move through a workflow—later, to do, doing, done—with Ctrl + Enter, and “doing” can include time tracking. Priority is assigned via /a, /b, /c (mapped to urgency/importance), and /schedule supports future dates and repeating tasks. The most useful payoff comes from combining task state + priority in queries, then narrowing results using page/link references so the right subset appears when you’re in the right situation. Reference copying (Ctrl + C) lets the same task appear in multiple lists while staying linked to one source of truth.
How does the workflow (later/to do/doing/done) support day-to-day task execution in Logseq?
Why use context labels like “errands” and “proxies,” and how do they change what shows up?
What role do priority commands (/a, /b, /c) play, and how are they mapped to decision-making?
How do scheduling and repeating tasks work, and what’s the practical implication for checking them off?
What makes the “main query” pattern powerful for daily planning?
How does reference copying (Ctrl + C) reduce duplication while keeping daily lists useful?
Review Questions
- What are the differences between later, to do, and doing in Logseq’s task workflow, and how does Ctrl + Enter change a task’s state?
- How would you design a query that surfaces only priority A tasks relevant to a specific context (like a person or location)?
- What tradeoff does the system create by adding tasks to the official daily plan with friction, and how does that support consistency?
Key Points
- 1
Use Logseq task states (later/to do/doing/done) to separate planned work from what’s actively being worked on.
- 2
Label tasks by real-world context—locations, people, projects, and reading—so the right subset appears when you need it.
- 3
Assign urgency/importance with /a, /b, /c and build queries that float priority A tasks to the top.
- 4
Use /schedule for future tasks and repeating tasks, understanding that repeating items remain active after being checked off.
- 5
Rely on queries (now/next/overdue plus custom filters) to retrieve tasks instead of maintaining long manual lists.
- 6
Build a short daily task list from a small set of query-based focus points rather than browsing an ever-growing task graph.
- 7
Use reference copying (Ctrl + C) so tasks can appear in multiple daily lists while staying linked to one source of truth.