Get AI summaries of any video or article — Sign up free
How to create a workflow to support your research and knowledge creation efforts (Obsidian app) thumbnail

How to create a workflow to support your research and knowledge creation efforts (Obsidian app)

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 a staged intake process (inbox → interlibrary → curated library) so quick captures don’t contaminate the structured notes used for writing.

Briefing

A researcher’s Obsidian-based workflow aims to stop research notes from turning into a “mess” by separating intake, processing, and writing—while preserving traceable links from every claim back to its source. The core idea is a two-stage library system: an “inbox” for anything potentially useful, and an “interlibrary” that holds items after initial processing but before they earn a place in the researcher’s curated library. Once a paper is actually read, it moves into the library inside Obsidian, where it becomes the anchor for summaries, analysis, and ongoing connections to other notes.

The workflow starts with capture and organization of sources. Instead of trying to structure everything immediately, the researcher uses an inbox approach—collecting papers and saving quick context—then processes that inbox into an interlibrary. When reading begins, PDFs are stored and highlighted, and bibliographic metadata is captured alongside a structured note that includes the paper itself, a summary, and analytical comments. Obsidian’s backlinking is used to maintain a living map of how ideas connect: each paper note can show which other notes link to it, helping the researcher understand where a source is being used and why.

A key technical feature is query-driven extraction inside Obsidian. The researcher experiments with embedded queries to pull in related context—such as backlinks or filtered subsets of notes—then refines filtering using tags and folder constraints (for example, excluding daily journals by tag). The goal is not just retrieval, but selective visibility: the researcher wants to surface only the relevant material for a given writing task.

As notes evolve, the workflow emphasizes “note making” rather than only “note taking.” The researcher keeps a knowledge base where the same concept can appear across multiple notes depending on context, but still remains connected to the original paper. For writing and development, Obsidian supports LaTeX math via MathJax, making it easier to draft equations and keep them consistent with later publication formats.

Another standout principle is preserving history. Instead of collapsing everything into a final summary and deleting earlier drafts, the researcher keeps intermediate stages—raw data, analysis steps, clustering, and results—linked back to the underlying data. That approach supports both inductive research (building from bottom-up evidence) and deductive work (starting from high-level ideas), without losing the reasoning trail.

Finally, the workflow bridges research to publication. After building structured notes in Obsidian, the researcher creates “paper drafts” by section—introduction ideas first, then section-specific notes—and transfers them into Overleaf using Markdown. LaTeX templates for conferences are used, and the researcher relies on Markdown-to-LaTeX import (with a hybrid Markdown approach) so recompilation produces the final PDF. The system also acknowledges practical limits, like mobile access: the researcher wants notes to direct Obsidian while avoiding full dependence on mobile note storage. Overall, the workflow matters because it turns knowledge management into a traceable pipeline—from source capture to linked analysis to publishable LaTeX output—without sacrificing the evolution of ideas over time.

Cornell Notes

The workflow builds an academic pipeline in Obsidian that turns scattered reading into publishable writing. Sources move through an inbox → interlibrary → curated library, so only genuinely read papers become stable anchors for summaries and analysis. Obsidian backlinks and query-based extraction help the researcher track where each paper is used and filter what appears in a writing view (e.g., excluding daily journals by tag). The knowledge base preserves the history of reasoning—raw data, analysis, clustering, and results—linked back to original evidence rather than deleting intermediate drafts. Finally, section-based notes are exported as Markdown into Overleaf, where LaTeX templates and MathJax-supported equations produce conference-ready PDFs.

How does the workflow prevent research intake from becoming unmanageable?

It uses a staged system: an inbox for quick capture of potentially useful sources with minimal context, then an “interlibrary” after processing, and only later a curated “library” once the paper is actually read. In practice, the researcher collects items in tools like Evernote and Pocket for the inbox, then moves read papers into Obsidian folders (including a dedicated files folder). This keeps early discovery separate from later, deeper note-making.

What role do backlinks and embedded queries play in keeping sources connected to writing?

Backlinks act as a map of usage: a paper note can display which other notes link to it, helping the researcher see where a source is being referenced and in what context. Embedded queries are used to extract or display related content automatically, with filtering options such as path/folder constraints and tag-based exclusions (for example, removing notes tagged as “journal”). The intent is to generate writing-ready views without manually hunting through the vault.

Why does preserving “history” matter more than keeping only final summaries?

For research—especially inductive analysis—intermediate steps carry the reasoning trail. Instead of deleting earlier versions and collapsing everything into a single final summary, the researcher keeps linked stages: raw data, analysis steps, clustering, and results, each connected back to the underlying evidence. That structure supports transparency and makes it easier to reconstruct how conclusions were built.

How does the workflow handle math and equations during drafting?

Obsidian supports LaTeX-style math through MathJax, letting the researcher write equations directly in notes. Because the equations are already in LaTeX-compatible form, they carry over cleanly when exporting to Overleaf, reducing formatting friction compared with word processors.

What makes the pipeline from Obsidian notes to Overleaf publication practical?

The researcher drafts by paper sections inside Obsidian—starting with an outline of ideas for the introduction, then creating section notes. Those notes are transferred as Markdown into Overleaf using a hybrid Markdown approach, then compiled with the conference’s LaTeX template. Recompilation regenerates the PDF, and the researcher notes a few technical constraints (e.g., needing normal Markdown links rather than mediawiki-style links, and handling images with LaTeX-specific tricks for multi-column layouts).

Review Questions

  1. How would you design an inbox → interlibrary → library pipeline for your own reading so that only truly read sources become part of your knowledge base?
  2. What kinds of intermediate research artifacts (e.g., datasets, clustering decisions, code outputs) would you keep as separate linked notes to preserve reasoning history?
  3. How could query-based filtering in Obsidian (tags, folders, embedded queries) improve your writing workflow compared with manual searching?

Key Points

  1. 1

    Use a staged intake process (inbox → interlibrary → curated library) so quick captures don’t contaminate the structured notes used for writing.

  2. 2

    Store PDFs and bibliographic metadata in Obsidian once a paper is actually read, then attach summaries and analysis to that stable paper note.

  3. 3

    Rely on backlinks to track where each source is used, turning citations into a navigable network rather than a static reference list.

  4. 4

    Use embedded queries with tag and folder filters to generate writing-focused views (such as excluding “journal” notes).

  5. 5

    Preserve the history of reasoning by keeping linked intermediate stages (raw data, analysis, clustering, results) instead of deleting earlier drafts.

  6. 6

    Draft equations in Obsidian using MathJax so they transfer smoothly into LaTeX publication workflows.

  7. 7

    Export section-based Markdown notes from Obsidian into Overleaf and compile with conference LaTeX templates to produce final PDFs efficiently.

Highlights

A two-tier system separates “things to read” from “things already read,” preventing research notes from turning into a single chaotic pile.
Backlinks and query-driven extraction create a living citation trail—showing not just what a paper is, but where it’s being used.
Keeping intermediate analysis stages linked to raw evidence preserves the construction of ideas, not just their final form.
Obsidian-to-Overleaf export via Markdown and LaTeX templates turns knowledge creation into a repeatable publication pipeline.

Mentioned