Get AI summaries of any video or article — Sign up free
#3 Collaboration, or what? (Plus 2 BREATHTAKING LIVE Demos!) • Zettelkasten Live thumbnail

#3 Collaboration, or what? (Plus 2 BREATHTAKING LIVE Demos!) • Zettelkasten Live

Zettelkasten·
6 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

Collaboration in a Zettelkasten workflow succeeds when it’s grounded in shared method and compatible thinking, not when multiple authors try to merge drafts immediately.

Briefing

Collaboration in the Zettelkasten world works best when it’s designed around shared method—not shared authorship. Two writers describe how a German book on the “Selle custom” (Zettelkasten) method started as a joint manuscript idea, but the practical outcome became mostly one person’s notes with the other adding selective “spicing.” The key lesson: collaboration only stays smooth when the collaborators think in compatible ways and can interpret each other’s notes without constant translation.

Their process began with archives already built from using the method for about one or two years. Each person had dozens of notes (one archive reportedly had 144 notes; the combined project ended up around 100 note files after filtering and discarding confusing or unhelpful material). Instead of trying to merge everything immediately, they created a list of note titles, organized chapters from those titles, and brainstormed outlines. The original plan—each person producing their own outline and then merging—fell apart, largely because integrating drafts was painful and time-consuming. In practice, the manuscript writing became a single voice, with the other collaborator contributing expansions and additions when the timing and structure allowed.

Beyond logistics, the discussion puts heavy weight on note craftsmanship, especially titles. Notes are treated like blog posts: readers (including future readers) have little patience for cleverness or word games. Titles should be plain, direct, and specific enough that the note can be found and understood years later. The writers argue that “meticulous” naming is not aesthetic fussiness; it’s a survival strategy because memory fades and even the author won’t reliably recall what a note meant.

When the conversation turns to what collaboration means, two distinct questions emerge. First: does the Zettelkasten method itself play a role in collaboration? The answer is yes, but only in certain collaboration styles—like sharing finished text or using outlines as a shared structure. If collaboration is split into independent sections (common in academic papers), the method doesn’t automatically unify the work; it mainly helps with organization and later retrieval.

Second: how can people collaborate with “set of customers” (read: other contributors or collaborators) using the method? Their approach relied on sharing a Dropbox folder containing each person’s notes and then writing separately while still being able to understand what the other was doing. They emphasize that this works when backgrounds are similar enough that notes remain interpretable. Cross-disciplinary collaboration—like a physician collaborating with a physicist and then adding a biologist—can create friction if notes are mixed in one repository without a shared interpretive frame.

The episode also broadens into open-science and tool strategy. Plain text is presented as the backbone of software-agnostic note-taking: it makes multi-author editing feasible and reduces lock-in. The discussion contrasts plain-text workflows (where diffs can be merged line-by-line) with Word-style collaboration that often forces file splitting and comment-based review. Finally, the live demo explains how notes “communicate” through links: start with a concept note, branch into structured “processing” notes, and later refine by replacing broader links with more specific ones during maintenance. The overall message is pragmatic: collaboration is less about merging everything at once and more about building interoperable archives, disciplined titles, and a shared method that survives time, tools, and authorship changes.

Cornell Notes

Collaboration works best in a Zettelkasten workflow when it’s built on shared method and compatible thinking, not when multiple authors try to co-write everything in one blended draft. The book project described began with both collaborators’ archives and a title-based outline strategy, but integration proved difficult; the final manuscript largely reflected one author’s notes with targeted additions from the other. A central takeaway is that note titles must be meticulous—plain, direct, and specific—because future understanding depends on them. The discussion also distinguishes collaboration styles: splitting academic writing into independent sections doesn’t automatically benefit from the method, while shared archives and structured outlines can. Plain text and stable linking conventions help multiple people work without tool lock-in and keep the system usable over years.

Why did the co-authored book plan shift from “merge outlines” to mostly one author’s manuscript?

The initial plan aimed to let each collaborator create their own outline and then merge them. In practice, integration stalled: combining material into a single coherent draft created “agonizing screams” when attempts didn’t fit the direction of the other person’s notes. The writing also became a bottleneck for multi-author work—three to four people can produce notes, but producing a unified voice across hundreds of pages is harder than it sounds. The final result leaned toward one author’s notes with the other adding expansions and “spicing,” especially when timing and structure aligned.

What’s the most important rule about note titles, and why?

Titles must be meticulous and plain. The writers compare notes to blog posts: future readers (including the author) have limited attention and won’t tolerate clever idioms, word games, or vague naming. Titles should make the note understandable when searched or shared years later, because memory fades and even the author may not recall what a clever title meant. They recommend avoiding “clever” naming and using direct, almost boring phrasing that preserves meaning.

How does the method relate to collaboration in academic-style writing?

The method doesn’t automatically unify collaboration when work is split into independent sections (e.g., one person writes the first half of a paper, another writes the second). In that common model, each author writes separately and then the text is assembled; the Zettelkasten method mainly helps with organization and later retrieval, not with producing a shared “teleclass” style voice. The method becomes more useful when collaborators share structure (like outlines) or share archives so each person can understand the other’s notes.

What makes shared archives workable, and what breaks it?

Shared archives work when collaborators think similarly enough that notes remain interpretable. The discussion contrasts smooth collaboration between two people who live together, talk daily, and understand each other’s thinking styles, with harder cases where backgrounds diverge (e.g., physician/physicist/biologist collaboration). If notes are mixed without a shared interpretive frame, specialists may struggle to make sense of each other’s nodes, turning the repository into noise rather than a shared knowledge base.

Why is plain text emphasized for multi-author writing and long-term usability?

Plain text enables line-by-line comparison and merging through diffs, making it easier for multiple people to edit one text artifact without the friction of Word-style simultaneous editing. It also supports software-agnostic workflows: if the archive is fundamentally text files plus a reference manager, the method can survive tool changes. The writers argue that tool lock-in is ethically undesirable; the goal is to bind people to the method, not to a specific software ecosystem.

How do notes “communicate” in the demo workflow?

Communication happens through linking and maintenance. The demo uses a concept note (e.g., “banana bread”), then branches into a structure note and later into more specific processing notes (e.g., “banana bread processing”). As the archive grows, broader links are replaced with more specific ones during maintenance. This creates multiple paths through the archive and gradually tightens relationships between concept and details, so later searches surface relevant processing steps rather than only the initial idea.

Review Questions

  1. What specific title practices does the discussion recommend, and how do they affect retrieval years later?
  2. In what collaboration scenarios does the Zettelkasten method help most, and why does it matter that writing becomes the bottleneck?
  3. How does plain text reduce friction in collaborative editing compared with Word-style workflows?

Key Points

  1. 1

    Collaboration in a Zettelkasten workflow succeeds when it’s grounded in shared method and compatible thinking, not when multiple authors try to merge drafts immediately.

  2. 2

    Title discipline is central: notes should use plain, direct, specific titles so future readers can find and understand them without decoding cleverness.

  3. 3

    Multi-author writing often fails at the “unified voice” stage; notes can be shared, but producing a coherent long manuscript is the real bottleneck.

  4. 4

    Shared archives (e.g., via a common folder) can work when collaborators can interpret each other’s notes; mixed repositories become harder when backgrounds diverge.

  5. 5

    Plain text supports both software-agnostic longevity and collaborative editing through diff/merge workflows rather than comment-based review.

  6. 6

    Linking plus maintenance is how notes “communicate”: start with concept nodes, branch into structured and processing nodes, then replace broad links with more specific ones as understanding deepens.

  7. 7

    Productivity isn’t guaranteed by taking lots of notes; finished writing and compiling into text are what make the system produce measurable output.

Highlights

The book collaboration plan shifted because merging outlines and drafts created major integration friction; the final manuscript largely reflected one author’s notes with targeted additions from the other.
Note titles should be treated like blog post headlines: plain, direct, and specific—future understanding depends on them.
Plain text is positioned as the key to both collaborative editing (diffable changes) and long-term tool independence.
Notes “communicate” through links and maintenance: concept → structure → processing, with broader links refined into tighter relationships over time.
Collaboration style matters: splitting academic writing into independent sections doesn’t automatically benefit from the method, while shared structure and shared archives can.

Topics

  • Zettelkasten Collaboration
  • Note Titles
  • Plain Text Editing
  • Software Agnostic Workflow
  • Linking and Maintenance

Mentioned

  • Peter K
  • Christian
  • Sasha
  • Martin
  • Nicholas
  • John Schmidt
  • Tanya
  • Sander Lindholm Anderson
  • Greg Ball
  • Duncan
  • Luman
  • Hegel
  • Messner
  • Dropbox
  • NBR
  • NVR
  • nvim
  • bibTeX
  • PDF