Get AI summaries of any video or article — Sign up free
Zettelkasten note-taking with Logseq - Tagging, processing and structuring your notes (Part 2) thumbnail

Zettelkasten note-taking with Logseq - Tagging, processing and structuring your notes (Part 2)

CombiningMinds·
6 min read

Based on CombiningMinds's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Categorization in Zettelkasten is broader than context tagging: it includes scaffolding for bottom-up development and growth.

Briefing

Zettelkasten note-taking isn’t just about tagging finished ideas—it’s about turning raw, half-formed notes into a structured “knowledge garden” you can reliably retrieve and build on. The core push here is bottom-up development: start with small, imperfect inputs, then add just enough scaffolding—through tagging, processing stages, and levels of abstraction—to make those notes usable across different contexts without forcing rigid folders that slow thinking.

The discussion builds from earlier design principles into categorization as a broader discipline than context tagging. Categorization becomes a way to manage digital workspaces so a person’s attention stops being chaotic, while also creating growth surfaces for knowledge to “climb.” The guiding mindset is iterative and personal: systems are flexible, so there’s no one-size-fits-all setup. Instead, the aim is to borrow patterns from other methods and adapt them to how a person actually writes, searches, and revises.

Three recurring commonalities tie the methods together. First is context tagging—using subject or keyword tags to resurface relevant notes later—but with discipline. Keywords should be chosen carefully and sparsely, not as a dumping ground of 15 overlapping labels. Tags should reflect the topics being worked on, and they should be assigned with long-term questions in mind (what someone wants to answer in 10–15 years) rather than short-term memory. To avoid “keyword world” tunnel vision, the approach emphasizes contextual congruence: tags should align with the higher-level point of a note, not just the words inside it.

Second is incremental progress, framed as “thinking in stacks” and “virtual workshops.” Notes move through development stages such as empty → develop → raw → medium-baked, or a steak-style progression (blue/rare/medium/well). Separately, working areas manage where attention goes: inbox for unprocessed items, ideas for investigation, fleeting for quick captures, graveyard for discarded-but-retained notes, and junk/straight junk for cleanup. The point is to keep the system flexible while making the next action obvious.

Third is levels of abstraction and emergence. A single note is only the atomic unit; value appears when notes aggregate into higher-order structures. The analogy uses playing cards: one card can belong to multiple groupings (runs, sets, flushes, straights), and those groupings can be recombined without locking the system in place. In Zettelkasten terms, linking notes is one level, but map notes (MOCs) and content pyramids add further layers—chapters, books, and areas—so the same underlying notes can feed multiple structures.

To bring it together, the workflow described funnels daily inputs through queries into a “raw” development note, then advances it through stacks, finally tagging it with an areas → books → chapters scheme (and using namespace-like prefixes such as z-a for outputs). The later portion connects these ideas to other frameworks—Linking Your Thinking (MOCs), Luhmann-style levels (fleeting/literature/permanent), Robert Pirsig’s card categories, the Eisenhower matrix, and GTD/kanban-style inbox-to-done workflows—while emphasizing that the real power comes from database querying and repeatable organization. The takeaway is practical: build scaffolding that supports growth, keep it adaptable, and use queries to turn scattered notes into an evolving body of work.

Cornell Notes

The central idea is that Zettelkasten systems succeed when they treat notes as raw materials that get processed into usable knowledge. Categorization goes beyond context tags: it includes (1) disciplined context tagging tied to long-term questions, (2) “thinking in stacks” with development stages and separate working areas like inbox/ideas/graveyard, and (3) levels of abstraction where linked notes aggregate into higher-order structures such as chapters and books. The approach uses an areas → books → chapters tagging scheme (with namespace-like prefixes for outputs) to keep retrieval precise and to build scaffolding for a knowledge garden. The payoff is smoother retrieval and writing because queries and structured scaffolds turn chaos into an evolving workflow.

Why does “context tagging” need more than adding keywords to notes?

Context tagging is meant to resurface relevant notes later, but keywords must be chosen carefully and sparsely. Adding many overlapping tags creates a mess and doesn’t help retrieval. Tags should be assigned with an eye toward the topics being worked on, not just by inspecting a note’s words. The approach also stresses long-term intent: ask what questions the note should help answer in 10–15 years, and use tags as breadcrumbs that survive beyond short-term memory. To avoid being trapped in keyword matching, it uses the idea of contextual congruence—aligning tags with the note’s higher-level purpose rather than treating tags as a literal reflection of the note’s vocabulary.

What does “thinking in stacks” mean in practice for note development?

“Thinking in stacks” treats progress as a sequence of states rather than a one-shot capture. Notes can move through maturity stages such as empty (title only) → develop (to be expanded) → raw (still raw) → medium-baked (partially developed) → reviews (likely to change). Another example uses a steak-style progression (blue/rare/medium/well). Separately, working areas manage attention: inbox holds unprocessed items; ideas are for investigation; fleeting are quick captures; graveyard marks notes that are past their life but shouldn’t be deleted; and junk/straight junk are for cleanup. This separation makes the next step clearer while keeping the system flexible.

How does the “areas → books → chapters” tagging scheme help with retrieval and structure?

The scheme creates a hierarchy that matches writing plans. “Areas” represent broad domains (e.g., business, spirituality, professional life, personal life, relationships). “Books” are specific projects within an area (e.g., in relationships: marriage, friendship, dealing with strangers). “Chapters” break each book into subtopics (e.g., marriage challenges/joys; decision-making fallacies and biases). This helps tags land at the right level of abstraction, and it also builds skeletons for what’s already on the mind. For search, namespace-like prefixes can distinguish outputs from inputs (e.g., output tags like z-a: areas; input tags like areas without the prefix). Using forward slashes can also create links between input and output tags.

What does “levels of abstraction or emergence” add beyond linking notes directly?

Linking notes is one level, but emergence happens when notes aggregate into higher-order groupings that behave like new units. The playing-card analogy shows how one note can participate in multiple groupings—runs, sets, flushes, straights—depending on how it’s reorganized. In Zettelkasten terms, map notes (MOCs) group linked notes into content maps without changing the underlying notes. A pyramid-like structure then emerges: notes feed chapters, chapters relate to books, and books connect to areas. The key is flexibility: groupings can be rearranged without permanently fixing the system.

How do other frameworks map onto the same categorization ideas?

Several frameworks are treated as “footholds” for the same underlying mechanics. Linking Your Thinking is associated with MOCs and map notes. Luhmann-style workflows are linked to moving from fleeting/literature toward permanent notes. Robert Pirsig’s card categories are mapped to stages or holding pens (new/unorganized cards, program/instructions, crits as a holding pen, junk as below-par). The Eisenhower matrix is used as a way to define working areas via urgency vs importance. GTD and kanban-style approaches are linked to inbox-to-done workflows and task management concepts like inbox and doing/doing done. The common thread is using tags and working areas to manage attention and progress.

Why does querying matter so much in this workflow?

Querying turns a tag-based system into an active workspace. Instead of manually hunting for relevant notes, a person can use searches/queries to funnel daily inputs into what deserves attention that day. The workflow described funnels journal items (workshop areas like reflection/idea/fleeting) through a query, then selects what to work on and creates a new note marked as raw. As development proceeds, the note moves through stacks and ends with structured tags like areas/books/chapters. The result is that even a scatterbrained capture process can become a coherent writing pipeline.

Review Questions

  1. How would you design a minimal set of tags so you avoid “keyword world” while still supporting long-term retrieval?
  2. What criteria would you use to decide whether a note belongs in inbox, ideas, fleeting, or graveyard?
  3. Give an example of how one note could participate in multiple “emergent” groupings (e.g., different chapters or books) without duplicating the note itself.

Key Points

  1. 1

    Categorization in Zettelkasten is broader than context tagging: it includes scaffolding for bottom-up development and growth.

  2. 2

    Choose keywords sparsely and with long-term intent; tags should act as durable breadcrumbs tied to questions you want answered years later.

  3. 3

    Separate development maturity (e.g., empty → raw → medium-baked) from working areas (e.g., inbox, ideas, fleeting, graveyard) to make next actions obvious.

  4. 4

    Use an areas → books → chapters hierarchy to keep tags at the right level of abstraction and to mirror real writing projects.

  5. 5

    Build higher-order structure through levels of abstraction (e.g., map notes/MOCs) so linked notes can aggregate into chapters and books without locking the system in place.

  6. 6

    Use namespace-like tagging (such as z-a vs areas) and linking conventions (like forward slashes) to connect inputs to outputs and improve search precision.

  7. 7

    Database querying can turn scattered daily captures into a funnel that selects what to develop next, then advances it through stacks.

Highlights

Keywords should be chosen carefully and sparsely; dumping many tags creates retrieval noise rather than clarity.
“Thinking in stacks” separates maturity stages (empty/develop/raw/medium-baked) from working areas (inbox/ideas/fleeting/graveyard).
Levels of abstraction are where value emerges: one note can belong to multiple higher-order groupings like runs/sets in the playing-card analogy.
An areas → books → chapters tagging scheme provides scaffolding that matches writing plans and improves search.
Querying acts like a funnel—daily inputs become selected development targets via search/queries, then progress through structured stages.

Topics

Mentioned

  • Svenja Irens
  • Nick Marlow
  • David Allen
  • Robert Pirsig
  • Luhmann
  • Jamie Mills
  • GTD
  • CRM