Get AI summaries of any video or article — Sign up free
Book workflow, introduction to The Archive, & saved searches • The Archive App Notes #3 thumbnail

Book workflow, introduction to The Archive, & saved searches • The Archive App Notes #3

Zettelkasten·
5 min read

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

TL;DR

Deep-work “debug days” use a book-centered workflow that starts from overview entry points and bookmarked nodes to route new notes quickly.

Briefing

Deep-work “debug days” drive a two-track workflow inside The Archive: a constant stream of incoming notes and a focused, book-centered mode for processing annotations into a structured knowledge system. On deep-work mornings, the workflow starts with a specific book and a specific topic—here, analytical psychology and archetypes—then funnels those reading notes into tightly organized “department” notes so the archive stays coherent instead of turning into a searchable dumping ground.

The process begins with an overview entry point. The user opens the archive’s omnibox and triggers a quick command (e.g., “qq1”) to land on a set of overview notes that function like a category system. For the book being worked on, a “bookmark” mechanism is used: typing a short trigger (e.g., “qp1”) reveals a curated set of linked nodes (the six bookmarked nodes) that act as the starting map for where new notes from the book should go. This avoids repeatedly re-choosing where content belongs and keeps the reading-to-writing loop tight.

A key decision shapes how the book is integrated. Some books get a dedicated “book note” that mirrors chapters and includes page numbers and links to related notes. But not every book earns that treatment. If the book is unlikely to be revisited, the workflow favors integrating insights into a broader department (for example, “psyche” or “deep psychology”) rather than creating a permanent, book-specific structure. In the example, archetypes like “King” and “Boy” are treated as psychological material tied to the collective unconscious, so notes are anchored to the psyche department instead of the book itself.

When creating new notes, the workflow distinguishes between “ontological” notes (focused on the energy or theme of a concept) and topic-tagged material. The user argues that heavy reliance on broad keyword searching becomes impractical at scale—citing an example where searching a general term could yield an unmanageable number of results. Instead, notes are written with intentional tags and placed under the right conceptual department so retrieval happens through structure and triggers, not brute-force search.

Finally, saved searches are introduced as a performance and convenience layer. Rather than typing the same search repeatedly, the archive supports “save searches” that bind a search definition (title and search terms) to a hotkey. The workflow emphasizes that this is especially valuable when working within a small, recurring department: saved searches jump directly into the relevant subset of notes, reducing friction and keeping attention on synthesis.

Overall, the workflow treats the archive like an instrument for deep work: bookmarks and department notes provide navigation, ontological framing preserves conceptual cleanliness, and saved searches turn repeat retrieval into one keystroke—so reading annotations become durable, connected knowledge instead of scattered fragments.

Cornell Notes

The Archive workflow uses deep-work “debug days” to turn book annotations into structured notes anchored in conceptual departments like psyche and archetypes. Instead of relying on keyword search, it uses overview entry points, bookmarks (triggered nodes), and “ontological” note framing to keep the archive clean and navigable. Some books get dedicated book notes with chapter/page links, but less-returnable books are integrated into broader departments to avoid clutter. Saved searches add a hotkey-based shortcut for recurring retrieval tasks, preventing repeated manual searching. The result is faster navigation, better conceptual organization, and less time spent hunting for notes.

How does the workflow decide where notes from a book should go?

It starts from an overview entry point (triggered via the omnibox) and then uses a bookmark-style set of linked nodes for the active book. For the archetypes/psyche example, a short trigger (like “qp1”) reveals bookmarked nodes that act as the starting map. New notes created while reading are then placed into the relevant department nodes rather than being stored randomly.

Why create a dedicated “book note” for some books but not others?

A dedicated book note is used when the book is likely to be revisited and when chapter-level structure will remain useful. The example contrasts that with a book that provides a useful framework for archetypes but is not expected to be returned to; in that case, the workflow avoids a permanent book-specific note and instead integrates insights into a broader department (e.g., psyche/deep psychology).

What’s the role of “ontological” notes versus topic-tagged notes?

“Ontological” notes are treated as concept-energy containers—notes that focus on the theme or essence of a concept (e.g., an archetype like “King”) rather than being primarily organized by broad keyword topics. The workflow also warns that tagging purely by topic can become messy at scale, making search less effective than structural navigation.

What problem does the workflow associate with heavy reliance on search?

Search becomes unwieldy when general terms produce huge result sets. The transcript gives an illustrative example: searching for a broad term like “nutrition” could return an enormous number of notes (e.g., “$570,000”), making it impractical to find the right material. The workflow therefore prioritizes writing and placing notes so they’re reachable through departments, triggers, and saved searches.

How do saved searches change day-to-day retrieval?

Saved searches bind a defined search (including title and search terms) to a hotkey. Instead of repeatedly typing the same query into the omnibox, the user can jump directly into the relevant subset of notes. The transcript notes that clicking isn’t the preferred method and that hotkeys (e.g., “command” style) provide faster access.

What does the workflow optimize for during deep work?

It optimizes for low-friction navigation and conceptual cleanliness while processing annotations. By using bookmarks, department notes, and trigger-based entry points, the user can stay “lucid” and move from one archetype note (like “King”) to linked related notes without constantly reorienting or searching.

Review Questions

  1. When would a book-specific note be avoided in favor of integrating content into a broader department, and what benefit does that choice provide?
  2. How do bookmarks and overview entry points reduce the need for repeated searching during a multi-week reading project?
  3. What criteria make a saved search worth creating, and how does a hotkey-based approach change retrieval compared with manual search?

Key Points

  1. 1

    Deep-work “debug days” use a book-centered workflow that starts from overview entry points and bookmarked nodes to route new notes quickly.

  2. 2

    Some books earn dedicated book notes with chapter/page links, but books unlikely to be revisited are integrated into broader department notes to prevent clutter.

  3. 3

    The archive is organized around conceptual departments (like psyche/archetypes) so retrieval relies on structure rather than broad keyword search.

  4. 4

    “Ontological” notes emphasize the core theme/energy of a concept, helping keep notes conceptually clean and easier to connect.

  5. 5

    Heavy keyword searching is treated as inefficient at scale because broad terms can generate unmanageable result sets.

  6. 6

    Saved searches turn recurring queries into hotkey shortcuts, reducing friction and keeping attention on synthesis.

  7. 7

    Tags and triggers (e.g., primary focus notes) guide navigation so the user can move from an active archetype to linked notes efficiently.

Highlights

Deep-work mode routes reading annotations through bookmarked entry nodes, so new notes land in the right conceptual place without repeated re-navigation.
Book-specific notes aren’t automatic: if a book won’t be revisited, insights are absorbed into a department (like psyche) instead of creating a permanent book structure.
Saved searches function like one-keystroke retrieval for recurring work, binding search definitions to hotkeys for speed and consistency.

Topics

Mentioned

  • John Sheridan
  • NV
  • LAN
  • WLAN