Tolaria - Markdown नॉलेज बेस मैनेज करने के लिए ओपन सोर्स macOS ऐप
(github.com/refactoringhq)- Mac और Linux पर markdown नॉलेज बेस को मैनेज करने के लिए डेस्कटॉप ऐप, जो पर्सनल second brain से लेकर कंपनी दस्तावेज़ों को AI context के रूप में व्यवस्थित करने तक के उपयोग को लक्षित करता है
- Files-first और Git-first संरचना अपनाता है, जिससे नोट्स सामान्य markdown फ़ाइलों और git repository के रूप में संभाले जाते हैं; export के बिना भी data portability और पूरा version history बना रहता है
- Offline-first, zero lock-in को सामने रखता है, इसलिए account, subscription या cloud dependency के बिना पूरी तरह offline काम और user-centric data ownership बनाए रखता है
- Types as lenses, not schemas सिद्धांत के तहत types को अनिवार्य fields या forced validation के बजाय खोज में मदद करने वाले साधन की तरह उपयोग करता है, और AI-first but not AI-only दिशा में Claude Code और Codex CLI को support करता है
- वास्तविक 10,000+ note workspace चलाने के दौरान सामने आई समस्याओं के आधार पर features जोड़े गए हैं, और Tauri·React·TypeScript आधारित यह open source ऐप व्यावहारिक उपयोग पर केंद्रित डिज़ाइन दिखाता है
Tolaria अवलोकन
- यह Mac और Linux पर markdown नॉलेज बेस को मैनेज करने पर केंद्रित डेस्कटॉप ऐप है, और इसे पर्सनल second brain, कंपनी दस्तावेज़ों को AI के लिए context में व्यवस्थित करने, तथा OpenClaw और assistants की memory और procedures स्टोर करने के लिए डिज़ाइन किया गया है
- इसे बड़े 10,000+ note workspace को वास्तव में चलाने की प्रक्रिया में बनाया गया, और हर feature भी वास्तविक उपयोग के दौरान आई समस्याओं को हल करने की दिशा में जोड़ा गया
- छोटे usage flow materials भी साथ दिए गए हैं
मुख्य सिद्धांत
- Files-first सिद्धांत का पालन करता है, और नोट्स सामान्य markdown फ़ाइलों के रूप में सहेजे जाते हैं
- data portability संभव रहती है और इन्हें किसी भी editor के साथ इस्तेमाल किया जा सकता है
- अलग से export चरण की ज़रूरत नहीं होती, और data ownership ऐप के बजाय user के पास रहती है
- Git-first संरचना अपनाता है, जिससे हर vault को git repository की तरह संभाला जाता है
- पूरा version history बनाए रखा जा सकता है
- किसी भी git remote का उपयोग किया जा सकता है, और यह Tolaria server पर निर्भर नहीं करता
- Offline-first, zero lock-in को प्राथमिकता देता है
- account, subscription या cloud dependency नहीं है
- vault पूरी तरह offline काम करता है, और इस्तेमाल बंद करने पर भी data loss नहीं होता
- यह open source के रूप में उपलब्ध है और मुफ़्त दिया जाता है
- Standards-based डिज़ाइन लागू करता है, जिससे note format markdown और YAML frontmatter में बना रहता है
- कोई proprietary format इस्तेमाल नहीं होता
- Tolaria छोड़ने पर भी इसे standard tools के साथ इस्तेमाल किया जा सकता है
- Types as lenses, not schemas सिद्धांत के अनुसार types को अनिवार्य schema नहीं, बल्कि खोज में सहायता देने वाले साधन की तरह उपयोग किया जाता है
- कोई required field नहीं है
- validation को force नहीं किया जाता, और types सिर्फ notes को आसानी से ढूँढने की category की भूमिका निभाते हैं
- AI-first but not AI-only दिशा अपनाई गई है
- file-based vault को AI agents के साथ अच्छी तरह काम करने के लिए डिज़ाइन किया गया है
- अभी Claude Code और Codex CLI का support है
- दूसरे AI से भी vault को modify किया जा सकता है, और agents के उपयोग के लिए AGENTS files भी दी गई हैं
- Keyboard-first usability पर ज़ोर देता है
- keyboard-centric workflow चाहने वाले power-users को लक्षित करता है
- यह सिद्धांत Editor और Command Palette के डिज़ाइन में भी दिखता है
संरचना और implementation
- Tolaria को Tauri, React, TypeScript में बनाया गया है
- local run और contribution के लिए development docs अलग से लिंक की गई हैं
- technical docs का एक सेट भी उपलब्ध है
- ARCHITECTURE.md — system design, tech stack, data flow
- ABSTRACTIONS.md — core abstractions और models
- GETTING-STARTED.md — codebase को explore करने का तरीका
- ADRs — architecture decision records
शुरुआत कैसे करें
- latest build को latest release से डाउनलोड किया जा सकता है
- पहली बार चलाने पर getting started vault को clone करने का विकल्प मिलता है, जिससे ऐप के पूरे flow को देखा जा सकता है
development environment से जुड़ी बातें
- local development prerequisites के रूप में Node.js 20+, pnpm 8+, Rust stable, और macOS या Linux development environment की आवश्यकता है
- Linux पर Tauri 2 चलाने के लिए WebKit2GTK 4.1 और GTK 3 चाहिए
- Arch / Manjaro, Debian / Ubuntu 22.04+, Fedora 38+ के लिए system dependency installation examples शामिल हैं
- bundled MCP server Linux runtime में system
nodebinary चलाता है, इसलिए external AI tool workflows इस्तेमाल करने के लिए distro package manager से Node इंस्टॉल करना होगा - quick start commands भी शामिल हैं
pnpm installpnpm dev- browser-based mock mode
http://localhost:5173पर खुलता है - native desktop app को
pnpm tauri devसे चलाया जा सकता है
सुरक्षा और लाइसेंस
- license AGPL-3.0-or-later है
- Tolaria नाम और लोगो पर प्रोजेक्ट की trademark policy लागू होती है
2 टिप्पणियां
रोडमैप https://tolaria.canny.io/
Hacker News की राय
यह सच में बहुत पसंद आया। Obsidian में जो चीज़ें चाहिए थीं, उनमें plugins भी जुड़े हों, और सब कुछ एक अच्छी तरह डिज़ाइन किए गए ऐप में समेट दिया गया हो — कुछ ऐसा लगता है, इसलिए शानदार है
एक feedback भी है। ओपन सोर्स बना रहे, लेकिन इसे monetise करने का कोई तरीका भी निकले ताकि इस पर full-time काम किया जा सके। अगर कोई अलग official app version हो, तो मैं खुशी से उसके लिए पैसे दूँगा
और feature bloat से ज़रूर बचना चाहिए। Bear App का simple design मुझे बहुत पसंद है, लेकिन markdown files को सीधे handle नहीं कर पाने की वजह से आखिरकार उसे छोड़ना पड़ा। Obsidian, Notion, Craft जैसे apps लगातार features जोड़ते जा रहे हैं, लेकिन यहाँ तो लगता है कि core features पहले से ही पूरे हैं। Bear की तरह बस core चीज़ें बहुत अच्छी तरह करने पर ध्यान रहे, यही अच्छा होगा
अच्छे feedback के लिए धन्यवाद
बस एक दिन के फ़र्क से मैं इसे पहले बनाने का मौका चूक गया। फिर भी Luca, कमाल कर दिया। टूल बहुत अच्छा लग रहा है, इसलिए अभी तुरंत इस्तेमाल करके देख रहा हूँ
मैं https://github.com/adamjramirez/sig-releases का Sig बना रहा हूँ, और इसमें संरचनात्मक रूप से काफ़ी overlap है। macOS, pure markdown, git version control, और AI agents के context के लिए design — ये सब समान हैं
फ़र्क workflow के शुरुआती बिंदु में है। Tolaria पहले से मौजूद knowledge को organise करने में मज़बूत लगता है, जबकि Sig उससे एक कदम पहले की समस्या हल करना चाहता है — यानी दिमाग़ में मौजूद knowledge को files में कैसे उतारा जाए। असल में AI output की quality को अक्सर वही चीज़ें तय करती हैं जो documented नहीं होतीं। मीटिंग से 5 मिनट पहले लिया गया फ़ैसला, follow-up के बिना किया गया मौखिक वादा, या बातचीत के सतही शब्दों की जगह उससे निकला असली मतलब — ऐसी चीज़ें
Sig का capture दो परतों वाला है। 1) पहले factual record, 2) उसके ऊपर personal interpretation। दोनों मेरी मशीन पर markdown में सेव होते हैं। जब टीम knowledge base या open brain में share करने लायक हो जाएँ, तभी मैं उन्हें साफ़ तौर पर चुनकर publish करता हूँ। डिफ़ॉल्ट private है, और टीम तभी पढ़ सकती है जब मैं चाहूँ
इसे ज़रूर आज़माऊँगा
दोनों की ज़रूरत है, लेकिन workflow में उनका समय अलग-अलग है
आजकल लगता है हर कोई अपना llm-wiki system बना रहा है। मैंने भी एक बनाया है, और उसके अंदर दूसरे agent memory systems की एक बड़ी curated list भी है: https://zby.github.io/commonplace/agent-memory-systems/
आपका वाला भी मैं अभी जोड़ देता हूँ
आज मैंने इकट्ठा की गई सामग्री के आधार पर ऐसे systems के लिए एक wish list भी बनाई है: https://zby.github.io/commonplace/notes/designing-agent-memory-systems/
अच्छा होगा अगर हम साथ collaborate कर सकें
hosted SaaS में MCP डिफ़ॉल्ट रूप से built-in है, global/team/container/note hierarchical LLM instructions भी हैं, और Claude/ChatGPT multi-agent workflows के लिए shared notes protocol भी देता है। चाहें तो मैं आपके format के हिसाब से intro page भी लिख सकता हूँ
आपने जो wishlist doc link किया, वह भी अच्छा था, उस पर भी साथ काम करना चाहूँगा
मैं इससे जुड़ा नहीं हूँ, बस test कर रहा हूँ
mobile capture gap सच में बड़ा है, और यही सबसे बड़ी वजहों में से एक है कि ऐसे tools रोज़मर्रा के default apps नहीं बन पाते
मेरा अच्छी तरह चलने वाला flow यह है कि iOS के Drafts में एक action सेट कर रखी है, जो git repo के अंदर तारीख़-वार inbox.md में append करती है, और फिर उसे Working Copy के साथ sync करता हूँ। Markdown files ही single source of truth हैं, और macOS पर कोई भी tool — चाहे Tolaria हो या Obsidian — उसी repo को सीधे पढ़ लेता है, इसलिए कोई conversion step नहीं है
शुरुआत में थोड़ा setup करना पड़ता है, लेकिन फ़ायदा बड़ा है। mobile capture और desktop organisation अलग-अलग apps के बीच copy-paste या sync steps से नहीं, बल्कि उसी file पर होते हैं
इसे इस तरह सेट किया जा सकता है कि Obsidian की Daily Note को iCloud vault में append करे, इसलिए बहुत अच्छा fit बैठता है
third-party service के बिना काम चलना भी अच्छा लगता है
⁽¹⁾ https://apps.apple.com/us/app/bebop-quick-notes/id6477824795
web पर दिलचस्प चीज़ें मिलें तो पहले उन्हें collect करने के लिए इस्तेमाल कर रहा हूँ
https://github.com/momentmaker/to
मैं इसमें save करने लायक web links, tool links, और voice memos भेजता हूँ जिन्हें बाद में text में बदलना होता है
फिर भी mobile version बनाना तो तय है
आख़िरकार मैं अक्सर Apple Notes पर लौट आता हूँ। तकनीकी तौर पर यह knowledge base भी नहीं है और markdown भी नहीं, लेकिन devices के बीच sync अच्छा है और फोन पर इस्तेमाल करना आसान है
जानना चाहता हूँ कि क्या आपको भी ऐसी ज़रूरत महसूस होती है, या mobile पर notes को आप कैसे देखते हैं
exercise या meal tracking जैसी लंबे समय तक चलने वाली notes को date headers जोड़कर लगातार बनाए रखता हूँ
Obsidian mobile जैसी चीज़ों से यह मुझे ज़्यादा suit करता है, और copy-paste की यह प्रक्रिया खुद ही एक natural filter का काम भी करती है
MacBook Pro पर markdown preview को लेकर एक सवाल है। Finder के quick preview, जिसे शायद Quick Look कहते हैं, उसमें markdown render करवाने का तरीका क्या है?
.md files को मैंने हमेशा IDE से open होने के लिए associate किया है, लेकिन preview में rendering नहीं होती, तो थोड़ी असुविधा होती है। IDE के अंदर तो मैं md rendering के लिए extension इस्तेमाल करता हूँ, इसलिए शायद उसका असर हो सकता है। हो सकता है recursive call जैसी चीज़ें preview extension level पर expose न होती हों — खैर, कोई recommended तरीका है क्या?
यहाँ markdown का इस्तेमाल जिस तरह किया गया है, वह मुझे सच में बहुत पसंद आया
हम भी https://voiden.md/ पर लगभग इसी philosophy पर चल रहे हैं। offline-first, file-based, git support
मुझे लगता है कि यही वह format है जिसे agents काफ़ी अच्छी तरह इस्तेमाल करेंगे
हमने इसे API के लिए बनाया है, और यह open source भी है। यहाँ देख सकते हैं: https://github.com/VoidenHQ/voiden
हाल में मैं octarine इस्तेमाल कर रहा था। उससे पहले काफ़ी समय तक Obsidian इस्तेमाल किया, लेकिन इसे भी निश्चित रूप से आज़माने का इरादा है
[1]: https://octarine.app
शानदार काम है। दो feedback हैं
editor में शायद code fence literal का support नहीं है। ``` टाइप करके code block नहीं बना पाया
और जब markdown file बहुत बड़ी हो जाती है, तो performance अच्छी नहीं रहती
मैं अपने AI knowledge base product के लिए Obsidian-style markdown editor बना रहा हूँ: https://github.com/kenforthewin/atomic-editor
मैं भी quick brain dump से आसानी से "atoms" निकालने पर focused skills का एक set और एक छोटा MCP बना रहा हूँ। यह भी SQLite + SQLite-vec पर आधारित है
chunking की समस्या को मैं हर section को chunk घोषित करके bypass करता हूँ, और drafts को LLM से इस तरह rewrite करवाता हूँ कि sections chunk होने के लिए बेहतर हों। इससे duplication बढ़ जाती है, और "जैसा ऊपर बताया गया है" जैसे expressions हट जाते हैं
अनुमानित पाठक इंसान नहीं, बल्कि ऐसे agents हैं जो target audience के हिसाब से ज़्यादा readable writing generate करेंगे। अगर audience को expert माना जाए, तो reviewed atoms को बड़े पैमाने पर बनाना काफ़ी कम लागत वाला हो जाता है
उस workflow को Atomic या Tolaria के साथ ज़रूर test करना चाहूँगा
अगर यह सिर्फ़ viewer के लिए है और आप कोई दूसरा editor जोड़ने की सोच नहीं रहे, तो मैंने https://mdview.io बनाया है
यह Markdown files को साफ़-सुथरे ढंग से render करके खोल सकता है, और tables व Mermaid भी support करता है। सहकर्मियों के साथ share करने या बाद में save करके रखने में भी उपयोगी है