Get AI summaries of any video or article — Sign up free
Idea Emergence Q&A Part 3 - How you can use MOCs in different ways thumbnail

Idea Emergence Q&A Part 3 - How you can use MOCs in different ways

5 min read

Based on Linking Your Thinking with Nick Milo's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Use folder connections to control what gets shared: sharing one folder can keep connected notes private unless explicitly exposed.

Briefing

A central theme emerges around how to organize “maps of content” (MOCs) so ideas flow into publishable writing without turning note-taking into a tangled web of links. Folder structure matters for privacy and sharing: sharing a folder can expose only the selected layer while keeping connected notes private, making it possible to curate what’s downloadable or viewable without leaking the rest of a library.

The discussion then draws a sharp distinction between a map of content and a table of contents. A MOC is treated as a living, manipulable workspace—more like a dynamic “Google Maps” layer that can be searched, rearranged, and used to spot what’s missing. A table of contents, by contrast, signals a more finalized state: once the writing or article stops changing, the map can “morph” into a publication-ready structure.

That distinction becomes practical when answering how a tertiary student can use MOCs to write an essay. The recommended workflow is top-down: build a MOC around the essay topic first, then scan existing notes to identify gaps—such as missing arguments or evidence—before drafting. Once the essay writing begins, the MOC should remain connected to the output: the map is referenced at the top of the writing document so the draft stays anchored to the evolving structure.

For sharing and output, the guidance is to avoid over-linking. Instead, the map should pull from previously created ideas, and the output should reference the map rather than scattering a million links throughout the draft. The goal is a two-part connection: keep the MOC as the organizing layer and tie it directly to the output stage.

The conversation also tackles how to handle notes that don’t yet exist. Using graph views and “uncreated notes,” users can see what’s been planned but not written, then jump directly into creating those missing pieces. This turns the knowledge base into an actionable roadmap: ideas can be “pinged” and worked on immediately, rather than waiting for a perfect pre-built library.

Finally, the transcript addresses how to separate idea management from task management. The preference is to keep idea systems (like MOCs and evergreen notes) distinct from task tools because tasks offer low long-term value, while ideas accumulate texture and evolve over time. Naming conventions can reflect emergence level (MOCs as higher-order notes), and some users tag note states with emojis—though the speaker notes concerns about future-proof searchability.

On organization, the transcript distinguishes “spaces” from “vaults.” Spaces act as a soft boundary—siloing knowledge that can overlap—while vaults represent a hard separation where overlapping information is actively avoided. For workshops, a shared vault is described as a way to connect participants topically and discover aligned interests through the shared structure.

Cornell Notes

Maps of content (MOCs) function as a fluid planning layer that can later become publication-ready structure. Folder and sharing behavior can be controlled so connected notes remain private unless explicitly shared. For writing, the workflow is top-down: create a MOC around the essay, identify gaps in existing notes, then draft while keeping the MOC referenced at the top of the output. The system also supports “uncreated notes,” letting users see planned items in graph view and jump straight into writing them. Separating idea management from task management is emphasized, and organization can use “spaces” (soft separation) versus “vaults” (hard separation).

How does a map of content differ from a table of contents in practice?

A MOC is treated as a super-fluid, manipulable workspace—like a Google Maps overlay where points can be searched and rearranged as understanding changes. A table of contents is closer to a finalized publication structure, used when the writing or article is no longer expected to change. In that sense, a MOC can later “morph” into a table-of-contents-like structure once the work stabilizes.

What workflow helps a tertiary student use MOCs to write a university essay?

Start with a top-down MOC for the essay topic, then gather existing notes into that structure to reveal gaps—such as missing arguments or supporting evidence. Once the gaps are visible, drafting can begin using the MOC as the organizing backbone. During writing, the output document should reference the MOC (e.g., keeping the map connected at the top) so the draft stays aligned with the evolving structure.

Why keep the MOC connected to the output instead of adding lots of links in the draft?

Over-linking can clutter the writing. The recommended approach is to keep the MOC as the central organizing layer that pulls from existing ideas, then reference that map in the output. That preserves a clean draft while maintaining traceability back to the underlying structure.

What are “uncreated notes,” and how do they help planning?

Uncreated notes are planned items that appear in graph view even before the actual note exists. By spotting these purple/uncreated nodes, a user can immediately see what’s missing and start creating those notes on demand. The system supports quick “pinging” to ideas and reduces the delay between planning and execution.

How should idea management and task management be separated?

Task management is described as having low long-term value, while idea management is framed as cumulative and evolvable—ideas gain “texture and flavor” over time. The preference is to avoid muddying the idea system with tasks, keeping tools and workflows for ideas separate from those for execution, even though integration could be explored later.

What’s the difference between “spaces” and “vaults” for organizing information?

Spaces are a soft boundary: they silo knowledge that may still overlap with other areas, since access requires clicking into the space but the separation is not absolute. Vaults are a hard separation where overlapping information is actively avoided. The transcript also notes that “spaces” can be renamed conceptually (projects/workspaces) depending on how the user thinks about the boundaries.

Review Questions

  1. When would a MOC be expected to transition into something table-of-contents-like, and what signals that shift?
  2. How would you use graph view to identify and prioritize uncreated notes for an upcoming writing project?
  3. What organizational strategy would you choose—spaces or vaults—for information you don’t mind overlapping, and why?

Key Points

  1. 1

    Use folder connections to control what gets shared: sharing one folder can keep connected notes private unless explicitly exposed.

  2. 2

    Treat MOCs as living, searchable structures; treat table-of-contents layouts as a more finalized stage for writing.

  3. 3

    For essays, build a top-down MOC first, then use it to locate gaps in arguments and evidence before drafting.

  4. 4

    Keep output documents clean by referencing the MOC rather than inserting a million direct links.

  5. 5

    Use graph view and uncreated notes to spot missing pieces early and jump straight into creating them.

  6. 6

    Separate idea management from task management to preserve long-term value in the idea system.

  7. 7

    Choose “spaces” for soft separation (overlap tolerated) and “vaults” for hard separation (overlap avoided).

Highlights

A map of content is compared to a dynamic Google Maps layer—useful while things are still changing—while a table of contents fits once the work is stable.
Keeping the MOC referenced at the top of the output ties drafting to structure without turning the draft into a link dump.
Uncreated notes in graph view act like a roadmap: missing ideas can be identified and created immediately.
Spaces provide a soft boundary for overlapping knowledge; vaults provide a hard boundary where overlap is minimized.

Topics