I'm so f***ing tired of Obsidian.
Based on Theo - t3․gg's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.
Theo’s Notion system functions as a collaborative content pipeline, not just a place to store personal notes.
Briefing
Notion’s sudden outage during a live filming day—topics and calendar becoming inaccessible—has turned a long-running debate into a blunt, personal case against the reflex to “just switch to Obsidian.” The core claim isn’t that Obsidian is bad at writing markdown; it’s that the common advice ignores how Theo’s team actually runs a collaborative, multi-person content pipeline where Notion’s online, relational structure is doing the heavy lifting.
Theo runs most of his channel operations through Notion: content calendar, topic planning, research, assignments, brand and sponsor tracking, and the metadata that makes each video “a specific video.” The system is built around relationships between a Kanban board, a calendar, and additional brand-linked tables. Each topic doc includes structured fields (like release date and owner) plus a flexible body for unstructured material—embedded images, screenshots, link dumps, and rough notes that don’t fit neatly into properties. Collaboration is central: six people edit the same database simultaneously, with automations that assign ownership when items move between workflow stages. A drag-and-drop action can automatically assign the editor (e.g., “phase”) and set recording dates so files land in the right labeled folders later.
That workflow, Theo argues, would require significant custom engineering to replicate in Obsidian. Obsidian’s “local-first” promise—markdown files stored on a device—doesn’t match the operational need for shared, real-time collaboration and relational views across a team. Theo also pushes back on the idea that Obsidian is a straightforward upgrade path: Obsidian Sync is described as unreliable across devices and especially problematic when multiple people collaborate. He mocks the suggestion that the team could use GitHub diffs and commits to manage changes, calling it impractical for a mixed team of developers and non-developers.
The critique extends beyond collaboration to licensing and openness. Theo says Obsidian is widely misunderstood as open source; he claims a poll found over 70% of his audience didn’t realize it’s closed source. He argues that many people adopt Obsidian less because it solves their specific workflow and more because it signals “cool and righteous” preferences.
Still, Theo gives Obsidian credit where it fits: it’s useful for managing markdown knowledge and linking notes, and it can be a better match for personal note-taking than for running a business pipeline. His broader point is that “just use Obsidian” answers a question he didn’t ask. If Notion works for his team’s constraints—relationships, automation, and shared views—then replacing it isn’t a simple swap; it means building and maintaining an alternative system. The outage and the fragility of Notion’s online infrastructure are real, but the operational cost of switching, he says, is higher than the internet’s one-size-fits-all advice.
By the end, the frustration is explicit: the demand to stop recommending Obsidian is framed as a call for better critical thinking about context, not a denial that other tools can be good for other people.
Cornell Notes
Notion’s online fragility hit hard during filming, but the deeper issue is workflow fit. Theo’s team uses Notion as a collaborative, relational system: Kanban boards connect to calendars and brand tables, with automations assigning owners and setting recording dates. Each item combines structured properties (release date, owner, status) with a flexible body for embedded images, screenshots, and link dumps. Theo argues that Obsidian’s local-first model and Sync limitations don’t replicate the shared, multi-person pipeline without building custom infrastructure. He also disputes the “open source” misconception about Obsidian and says the “just switch” advice ignores the real constraints of running a business process.
Why does Theo treat Notion as more than a personal notes app?
What specific Notion features make the workflow hard to replace with Obsidian?
How does Theo justify using Notion despite outages and bugs?
What is Theo’s argument against the “Obsidian is open source” assumption?
Why does Theo reject GitHub-based collaboration as a substitute for Obsidian?
Where does Theo say Obsidian fits well?
Review Questions
- What elements of Theo’s Notion setup (relationships, automations, collaboration, structured vs flexible content) would be hardest to replicate in a local-first markdown tool?
- How does Theo distinguish Obsidian’s strengths in personal knowledge management from its limitations for team workflows?
- Why does Theo argue that “just use Obsidian” fails as advice in his specific context?
Key Points
- 1
Theo’s Notion system functions as a collaborative content pipeline, not just a place to store personal notes.
- 2
The workflow depends on relational links between a Kanban board, calendars, and brand tables, plus structured metadata fields.
- 3
Automations tied to workflow actions (like assigning an editor and setting recording dates) reduce manual coordination.
- 4
Notion’s flexibility comes from combining structured properties with an open body for embedded images, screenshots, and link dumps.
- 5
Theo argues that replacing Notion with Obsidian would require building custom infrastructure to match shared, real-time collaboration and relational views.
- 6
He disputes the common belief that Obsidian is open source, saying it’s closed source and widely misunderstood.
- 7
Theo’s central complaint is context-blind advice: “just switch” ignores the operational constraints of running a team-based business process.