How to turn your notes into published articles and books using the Obsidian app with Eleanor Konik
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.
Konik reads with a defined end product, highlighting selectively to avoid turning note-taking into endless storage.
Briefing
Turning raw reading notes into publishable articles isn’t about collecting more information—it’s about filtering for a purpose, converting highlights into structured “atomic” claims, then using Obsidian to assemble those claims into drafts and topic maps that can be rediscovered later. Eleanor Konik’s workflow treats note-taking as a pipeline: capture what matters, process it into usable statements, and then connect it to an article-ready structure. The payoff is practical: her article output increases, freelance writing opportunities follow, and her research becomes a reusable creative engine rather than a pile of excerpts.
Konik frames the process around a specific goal: she doesn’t highlight everything in a textbook because that guarantees endless storage without production. Instead, she reads with an intended product in mind—she’s often writing about history infrastructure and how societies formed. While reading “Beyond the Blue Horizon,” she deliberately ignores memorization-style details (dates, places, conversions) and hunts for patterns that can become claims. When she finds a passage about navigation challenges in the North Atlantic—storms, rocks, strong tides, and onshore winds—she highlights it not as trivia but as story fuel and as material for later synthesis. She tags it (e.g., “MOC for difficult sailing conditions”) so it can be turned into lists, maps of context, or fiction obstacles.
The next step is converting Kindle/PDF highlights into Obsidian-ready notes. She exports highlights into Markdown, then organizes them into a literature-notes folder—while still using links and tags as first-class structure. She emphasizes repetition and pruning: she revisits notes over time to delete what doesn’t earn its keep and to ensure the ideas still make sense. Her Kindle annotations become structured entries with headings and unique identifiers (she uses “location” numbers as searchable anchors). She also uses a “backlink dump” note as a scratchpad for connections—collecting ideas that later become blog posts or articles—then deletes entries once they’ve been promoted into forward links.
A major theme is synthesis through “maps of content” (MOCs). Konik uses these topic hubs to let ideas “battle” and interact, creating a workbench for drafting. She also uses Dataview to avoid manually maintaining indexes: each note carries YAML metadata (like type, market/outlet, and status such as “seed” vs “published”), and Dataview queries generate tables of candidate article drafts. That turns Obsidian into a retrieval system: when deadlines hit, she can pull up the most finished “seed” items without digging through backlinks.
Finally, she argues for imperfect but functional organization. She keeps raw literature notes long when splitting them would slow production, paraphrases and trims excerpts into atomic claims, and sometimes leaves content in place to avoid citation/linking overhead. Her philosophy is explicit: don’t let “perfect notes” block “good enough” writing. The system’s purpose is to produce—whether for nonfiction, fiction worldbuilding, or articles—by repeatedly turning reading into publishable structure and then reflecting monthly on what truly mattered.
Cornell Notes
Konik’s Obsidian workflow turns reading into publishable writing by treating notes as a pipeline: capture only what serves a future product, process highlights into atomic, claim-like statements, then assemble them with links and maps of content. She reads with a purpose (e.g., history infrastructure), highlights selectively, and tags passages so they can later become lists, story constraints, or thesis-supporting evidence. YAML metadata plus Dataview queries generate automatic “article candidate” indexes (e.g., filtering for status=seed and sorting by file size), reducing manual upkeep. Her approach also relies on pruning over time—deleting useless highlights and refining paraphrases—while prioritizing “good enough” structure over perfect note aesthetics.
How does Konik decide what to highlight while reading academic texts?
What does “processing” mean in her system, beyond capturing Kindle highlights?
Why does she use maps of content (MOCs) and “workbench” thinking?
How does Dataview reduce the maintenance burden of article indexes?
What is the role of “backlinks” versus curated lists in her workflow?
What’s her stance on organization perfection versus writing output?
Review Questions
- When reading, what specific signals does Konik use to decide what becomes a highlight versus what gets ignored?
- How do YAML metadata fields (like type/market/status) interact with Dataview queries to produce an automatic writing queue?
- Why does Konik sometimes keep long literature notes together instead of splitting them into fully atomic files?
Key Points
- 1
Konik reads with a defined end product, highlighting selectively to avoid turning note-taking into endless storage.
- 2
Highlights become usable material only after processing: paraphrase, add headings/identifiers, and prune over time.
- 3
Backlink dumps and scratchpads are temporary connection tools; once ideas are promoted into forward links, the scratchpad entries can be deleted.
- 4
Maps of content (MOCs) function as drafting workbenches that support rediscovery and synthesis rather than passive archiving.
- 5
YAML metadata plus Dataview can automatically generate article candidate indexes by filtering (e.g., status=seed) and sorting (e.g., file size).
- 6
Curated lists beat raw backlinks for planning: she uses Dataview/MOCs to create an “unprocessed” queue without manual upkeep.
- 7
“Good enough” structure matters more than perfect note aesthetics when the goal is publication.