Zettelkasten workflow in my note-taking app Flowtelic
Based on Martin Adams's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Flowtelic now assigns both **note types** and **workflow states** to notes, and navigation reflects that structure.
Briefing
Flowtelic’s latest workflow update turns note-taking into a guided pipeline—capturing ideas, turning reading into study notes, processing those notes into permanent “slip box” cards, and then using the results to drive writing and publishing. The core change is that notes now carry both a **note type** (what they are) and a **workflow state** (where they are in the process), with navigation updated to reflect that structure. Instead of letting useful material sit indefinitely, the system is designed to nudge users through small, repeatable steps so knowledge compounds over time.
At the center is a Zettelkasten-inspired model. Users start with an **inbox-style capture**: “idea” notes and “study notes” (literature notes derived from reading). When an item is ready, it moves through workflow states—such as **draft** and **ready to process**—until it reaches **complete**, representing a finalized permanent note stored in the app’s “slip box.” Flowtelic frames this as a practical adaptation of the Zettelkasten method: ideas and literature notes are processed into evergreen permanent notes that are meant to be linked and reused.
Flowtelic also introduces a clearer separation of roles inside the knowledge base. **Index notes** act like a map of content (similar to MOCs in Zettelkasten terms), organized alphabetically for fast browsing and linking to related notes. **Permanent notes** represent final, evergreen thoughts—“cards” intended to connect with other cards to form a durable knowledge system. **Reference notes** are treated differently: they store reusable citations (links to blog posts, books, or pages) without workflow states, functioning as lightweight bibliographic anchors.
To connect knowledge to output, the update adds **projects** as a work layer. Projects behave like “index cards for your work,” with their own navigation and lifecycle—backlog, in progress, and completion. Study notes can be linked directly into project notes, letting reading material feed specific writing tasks. The workflow supports iterative creation: a project can be worked on in short sessions, with effort increasing as the project becomes more complete. This is positioned as the mechanism for turning non-evergreen material into publishable artifacts.
Finally, Flowtelic expands organization beyond notes and projects with **books** and **people** collections. Books let users track what they’re reading and see what study notes and outputs connect to each book. People (such as authors and public speakers) provide another linking hub—e.g., connecting articles, TED talks, and books to a single figure to trace how ideas formed and how they later show up in content.
The update is presented as a testable prototype with local storage—no server syncing, no registration—and export/import to Markdown that preserves workflow states. Upcoming features focus on workflow tooling: visualization of progress and reminders to spend time on small steps (like studying an article, generating study notes, and organizing them into the permanent store). The overall aim is consistency—keeping users moving through the pipeline rather than losing momentum for months at a time.
Cornell Notes
Flowtelic’s Zettelkasten workflow update adds two organizing dimensions to notes: **note types** (idea, study, permanent, reference, index, project, book, person) and **workflow states** (e.g., draft → ready to process → complete). The system is built around capturing ideas and literature notes, then processing them into evergreen **permanent notes** stored in a slip-box style archive. **Index notes** provide top-level maps of content, while **reference notes** store citations without workflow. **Projects** connect the knowledge base to writing and publishing by linking study notes into backlog/in-progress/completed work. The app emphasizes consistency through incremental daily movement and supports local storage plus Markdown export/import that preserves workflow states.
How does Flowtelic operationalize the Zettelkasten “slip box” idea using note types and workflow states?
What’s the difference between index notes, permanent notes, and reference notes in this system?
How do projects change the path from reading to publishing?
What role do books and people collections play beyond the core note archive?
Why does the app emphasize workflow consistency, and how is that supported technically?
Review Questions
- Which note types in Flowtelic are meant to become evergreen “slip box” content, and how do workflow states signal that transition?
- How do index notes and reference notes differ in purpose and in whether they participate in workflow states?
- Describe a plausible workflow path from capturing an idea to producing a publishable artifact using projects.
Key Points
- 1
Flowtelic now assigns both **note types** and **workflow states** to notes, and navigation reflects that structure.
- 2
The Zettelkasten-inspired pipeline moves captured ideas and study notes through states like draft and ready-to-process until they become **complete permanent notes** in the slip-box archive.
- 3
**Index notes** function as alphabetically sorted maps (MOC-style) that link to related content for top-level organization.
- 4
**Reference notes** store citations without workflow states, serving as reusable bibliographic anchors.
- 5
**Projects** connect the knowledge base to writing and publishing with a backlog → in-progress → completion lifecycle and direct linking to study notes.
- 6
Books and people add specialized organization layers so users can trace outputs back to what they read and who influenced their thinking.
- 7
Workflow progress is preserved through local storage and Markdown export/import that retains workflow states, supporting offline work without losing consistency.