ऑटोनॉमस सेकंड ब्रेन: Claude Code × Obsidian के साथ सोते समय अपने नोट्स को स्वचालित रूप से व्यवस्थित और कनेक्ट करें

इस वर्ष, मैंने लगभग 200 लेख सेव किए। फिर भी, मेरे पास केवल 40 नोट्स और एक "बाद में व्यवस्थित करें" फ़ोल्डर बचा है, जिसे मैं कभी नहीं खोलता।

यह आपकी गलती नहीं है कि नोट्स बिना किसी उपयोग के जमा होते रहते हैं। हर नोट लेने की विधि यह मानती है कि आप व्यक्तिगत रूप से "इकट्ठा करना, व्यवस्थित करना, संबंधित करना और समीक्षा करना" का काम हमेशा जारी रखेंगे। व्यस्त दैनिक जीवन में लगभग कोई भी इसे जारी नहीं रख सकता। यह इच्छाशक्ति का मामला नहीं है; यह सीधे तौर पर बहुत अधिक प्रयास है।

क्या होगा अगर कोई ऐसी प्रणाली हो जो आपके सोते समय उस थकाऊ व्यवस्था का काम संभाल ले? दिन के दौरान, आप बस अपने विचारों को नोट्स में डालते रहें। रात में, आपकी बिखरी हुई लिखावट बड़े करीने से व्यवस्थित हो जाती है, संबंधित नोट्स अपने आप लिंक हो जाते हैं, और आपको "यह आपके तीन हफ्ते पहले के नोट का खंडन करता है" जैसे संकेत भी मिलते हैं, सब कुछ सुबह तक आपकी मेज पर रखा होता है।

इससे भी अच्छी बात, आप इसे अभी बिना किसी विशेष वातावरण के स्वयं बना सकते हैं। आपको बस Claude Code और Obsidian चाहिए—मानक उपकरण जो आपके अपने कंप्यूटर पर चलते हैं। इस लेख में, मैं समझाऊंगा कि इस प्रणाली को आज से शुरू करते हुए, चरण-दर-चरण कैसे बनाया जाए।

मेरा नाम tatsuki (@nobel_824) है। मैं लघु और मध्यम उद्यमों के लिए AI उपयोग में सहायता करता हूं, Claude/Codex के कार्यान्वयन में मदद करता हूं और साथ ही पूरे दिन स्वयं Claude Code चलाता हूं।

इस डिज़ाइन की प्रेरणा "How To Build a Second Brain That Runs Itself With Kimi & Obsidian (Full Course)" शीर्षक वाली एक बिल्ड गाइड से मिली, जिसे विदेशों में 1.48 मिलियन बार देखा गया। अवधारणा उत्कृष्ट है, लेकिन उपकरण का Kimi Work होना ज़रूरी नहीं है। महत्वपूर्ण हिस्सा "संगठन के काम को रात्रिकालीन बैच प्रक्रिया को सौंपने" का डिज़ाइन दर्शन है, जो उपकरण-स्वतंत्र है। इसलिए, मैंने इसे अपने दैनिक उपयोग के उपकरणों: Claude Code और Obsidian का उपयोग करके फिर से बनाया है।

संबंधित लेख: Claude Code पाठ्यपुस्तक - मूल बातें -

https://note.com/nobel/n/n7d7a422f828f

अध्याय 1: अपने दूसरे दिमाग के लिए "रात्रि पाली" बनाना

सबसे पहले, आइए एक ऐसा दृष्टिकोण साझा करें जिससे बड़ी तस्वीर को समझना आसान हो जाए।

अपने दूसरे दिमाग को एक "एप्लिकेशन" के रूप में नहीं, बल्कि एक "रात्रि पाली में विशेषज्ञता वाले छोटे विभाग" के रूप में सोचें। दिन की पाली में आप अकेले हैं। दिन के दौरान, आप वही करते हैं जो मनुष्य अभी भी मशीनों से बेहतर करते हैं: विचार लाना, चीज़ों पर ध्यान देना, प्रतिक्रिया देना, और बस चीज़ों को अंदर फेंकना। आप बस कच्चे माल को दीवार के पार फेंक देते हैं।

रात में, एक अलग विभाग हिलना शुरू करता है। वे दिन के दौरान आपके द्वारा फेंकी गई चीज़ों को संसाधित करते हैं, उन्हें व्यवस्थित ज्ञान में बदलते हैं, और आपकी पहली कप कॉफी से पहले एक ब्रीफिंग (सारांश रिपोर्ट) तैयार करते हैं। यह हाल तक असंभव था क्योंकि "रात्रि पाली" का अस्तित्व ही नहीं था। सबसे अच्छी स्थिति में, आपके पास एक सहायक था जो केवल तब काम करता था जब आप उसके बगल में बैठकर निर्देश देते थे। इससे आपका अपना काम का बोझ ही बढ़ता था। एक सच्चे दूसरे दिमाग को एक ऐसी श्रम शक्ति की आवश्यकता होती है जो एक शेड्यूल के अनुसार, समानांतर में और बिना निगरानी के काम करे।

रात्रि पाली की टीम सिर्फ 300 प्रतियां नहीं है जो एक ही काम कर रही हों। उनकी शक्ति भूमिकाओं को विभाजित करने से आती है, जैसे एक वास्तविक शोध विभाग। प्रवाह सरल है और इसमें चार चरण शामिल हैं।

पहला, Collect (एकत्र करें)। यह भूमिका उन लेखों या पेजों का टेक्स्ट लाती है जिन्हें आप पढ़ना चाहते हैं और उन्हें भवन के अंदर लाती है।

दूसरा, Break Down and Link (तोड़ें और लिंक करें)। यह भूमिका एकत्रित सामग्री को "एक विचार, एक नोट" में分解 करती है। एक एकल लेख आठ नोट्स बन सकता है। हर बार जब एक नया नोट जन्म लेता है, तो यह मौजूदा संबंधित नोट्स से जुड़ जाता है। यह फ़ाइलों के ढेर को विचारों के जाल में बदल देता है।

तीसरा, Check for Contradictions (विरोधाभासों की जाँच करें)। यह सबसे मूल्यवान भूमिका है। यह नए नोट्स की तुलना सभी मौजूदा नोट्स से करके घर्षण खोजता है—ऐसे दावे जो आपके पिछले नोट्स से टकराते हैं, बिना स्रोत के दावे, या ऐसे बिंदु जो चुपचाप उस विश्वास को कमजोर करते हैं जो आपने पिछले महीने लिखा था। यदि मिलता है, तो यह एक झंडा उठाता है। यह उन्हें ओवरराइट या दबाता नहीं है।

चौथा, Summarize and Report (सारांशित करें और रिपोर्ट करें)। यह भूमिका संबंधित नोट्स को एक एकल लंबे दस्तावेज़ में बुनती है और सुबह की ब्रीफिंग लिखती है। यह कच्चे ज्ञान को एक ऐसे रूप में बदल देता है जिसका उपयोग आप वास्तव में सोचने के लिए कर सकते हैं।

समानांतर प्रसंस्करण क्यों काम करता है? एक शांत रात में, संसाधित करने के लिए केवल कुछ सामग्री और कुछ एजेंट चल रहे होते हैं। लेकिन एक व्यस्त सप्ताह के बाद जब 50 लेख जमा हो जाते हैं, तो आप प्रति स्रोत एक एजेंट नियुक्त कर सकते हैं और उन सभी को एक साथ तैनात कर सकते हैं। एक ऐसा कार्य जिसे एक एजेंट को फ़ाइल-दर-फ़ाइल करने में घंटों लगते, उसे विभाजित किया जा सकता है, एक साथ चलाया जा सकता है, और मिनटों में एकीकृत किया जा सकता है। इसे ही "इसे एक टीम बनाना" कहते हैं।

अध्याय 2: ज्ञान को दराज में नहीं, बल्कि एक "रिफाइनरी" में रखना

अब, चलिए काम पर आते हैं। हम vault के डिज़ाइन से शुरू करते हैं।

सबसे आम गलती है vault को विषय के अनुसार व्यवस्थित करना—"मार्केटिंग", "स्वास्थ्य", या "AI" लेबल वाली दराजें बनाना। यह विफल होता है क्योंकि वास्तविक ज्ञान एक श्रेणी में नहीं रहता। किसी एजेंट से चीज़ों को विषय फ़ोल्डरों में छाँटने का मतलब है संगठन की समस्या को बड़े पैमाने पर फिर से बनाना।

इसके बजाय, हम शोधन के चरण के आधार पर फ़ोल्डर बनाते हैं। कच्चा माल एक तरफ से प्रवेश करता है और दूसरी तरफ से जुड़े हुए ज्ञान के रूप में बाहर आता है। फ़ोल्डर संरचना स्वयं पाइपलाइन बन जाती है।

चरण A: फ़ोल्डर बनाएं (5 मिनट)

रिफाइनरी बनाने के लिए अपने टर्मिनल में यह एक-लाइनर चलाएँ।

1mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills}
2touch brain/CLAUDE.md

यहाँ प्रत्येक की भूमिकाएँ हैं:

brain/

├── 0-raw/ # जहाँ आप चीज़ें फेंकते हैं। इसे न छुएं। इनपुट।

├── 1-desk/ # रात्रि पाली का कार्यक्षेत्र। अस्थायी। पाली के अंत में साफ किया जाता है।

├── 2-atoms/ # स्थायी नोट्स: प्रति फ़ाइल एक विचार। मूल।

├── 3-threads/ # एकीकरण। कई परमाणुओं से बुने गए जीवित दस्तावेज़।

├── sources/ # मूल लेख या PDFs। केवल-पढ़ने के लिए भंडारण।

├── briefings/ # रात्रि पाली से आपके लिए रिपोर्ट।

├── .claude/skills/ # प्रत्येक पाली के लिए "नौकरी विवरण"।

└── CLAUDE.md # परिचालन चार्टर। सभी एजेंटों द्वारा पहले पढ़ा गया।

इस लेआउट में तीन प्रमुख डिज़ाइन निर्णय हैं।

पहला, 0-raw और sources केवल-पढ़ने योग्य हैं और कभी संशोधित नहीं किए जाते। कच्चे नोट्स और मूल फ़ाइलें सत्य की नींव हैं। एजेंट उनसे व्युत्पन्न बनाते हैं लेकिन मूल को कभी नहीं छूते। यह उस विफलता को रोकता है जो चुपचाप AI ज्ञानकोषों को नष्ट कर देती है: "व्युत्पन्न नोट्स जो अन्य व्युत्पन्न नोट्स को उद्धृत करते हैं, प्रत्येक पुनर्जनन के साथ मूल अर्थ से थोड़ा हटते जाते हैं जब तक कि AI आत्मविश्वास से उन चीज़ों को न दोहराए जो उसने खुद बनाई हैं।" चूंकि स्रोत हिलता नहीं है, सत्य भटकता नहीं है।

दूसरा, 2-atoms में परमाणु (एकल विचार) होते हैं, लेख नहीं। एक फ़ाइल, एक विचार। यह Zettelkasten का सिद्धांत है और लिंक के जाल को कार्यात्मक बनाने की कुंजी है, न कि केवल सजावटी। चीज़ों को एकल विचारों में तोड़कर, आप उन्हें कई चीज़ों से जोड़ सकते हैं, उन्हें फिर से जोड़ सकते हैं, और विरोधाभासों को सटीक रूप से पहचान सकते हैं। आप ऐसे vault में ऐसा नहीं कर सकते जहाँ लंबे लेख पूरे फेंके गए हों।

तीसरा, 3-threads वह जगह है जहाँ समझ रहती है। परमाणु सामग्री हैं; threads एकीकरण हैं। जैसे-जैसे "बैटरी लागत वक्र" जैसे विषय पर संबंधित परमाणु जमा होते हैं, thread बढ़ता है। यह एक ऐसी परत है जो सपाट विकी में गायब है, और यह "ज्ञानकोष" और "समझ" के बीच का अंतर है।

चरण B: इस फ़ोल्डर को Obsidian में खोलें

यह Obsidian एकीकरण का आधार है। आपको केवल एक काम करना है।

Obsidian खोलें और "फ़ोल्डर को vault के रूप में खोलें" चुनें, फिर इसे अभी बनाए गए brain/ फ़ोल्डर पर इंगित करें। बस इतना ही। आपको अतिरिक्त प्लगइन्स या सिंक सेवाओं की आवश्यकता नहीं है क्योंकि Obsidian vault केवल markdown फ़ाइलों का एक संग्रह है। फ़ोल्डर स्वयं vault बन जाता है।

जब आप किसी नोट में [[Note Name]] लिखते हैं, तो यह एक मानक Obsidian आंतरिक लिंक बन जाता है। इसका मतलब है कि यदि रात्रि पाली की "Break Down and Link" भूमिका [[Related Note]] के साथ नोट्स को जोड़ती है, तो ये कनेक्शन स्वचालित रूप से Obsidian के Graph View में दिखाई देंगे। आपको कुछ भी नहीं करना है। Obsidian एजेंटों द्वारा लिखे गए markdown को विज़ुअलाइज़ करता है।

आप सोच सकते हैं, "Vector DB या RAG का उपयोग क्यों नहीं करते?" क्योंकि सादा markdown और लिंक पर्याप्त हैं। यह स्थानीय, पोर्टेबल है, और आप ट्रैक कर सकते हैं कि कौन सा नोट किस स्रोत से आया है। यह पोर्टेबिलिटी और विश्वसनीयता दोनों में क्लाउड-आधारित Vector DB को मात देता है। Obsidian एक व्यूअर के रूप में ठीक इसलिए काम करता है क्योंकि फ़ाइलें सादा टेक्स्ट हैं।

चरण C: एक चार्टर लिखें

CLAUDE.md एक एकल फ़ाइल है जो इस पूरी कार्यबल को नियंत्रित करती है। Claude Code काम करने से पहले इस फ़ाइल को पढ़ता है, इसलिए यदि आप यहाँ परिचालन नियम लिखते हैं, तो सभी पालियाँ उनका पालन करेंगी। उन्हें संक्षिप्त, स्पष्ट और निरपेक्ष रूप से लिखें।

1# परिचालन नियम (कार्य करने से पहले अवश्य पढ़ें)
2
3## पाइपलाइन
4- 0-raw/    : इनपुट। केवल-पढ़ने योग्य। कच्चे नोट्स को कभी संपादित न करें।
5- 1-desk/   : कार्यक्षेत्र। पाली के अंत में साफ करें।
6- 2-atoms/  : स्थायी परमाणु। एक फ़ाइल, एक विचार।
7- 3-threads/: एकीकृत दस्तावेज़। डुप्लिकेट बनाए बिना मौजूदा threads को अपडेट करें।
8- sources/  : मूल। केवल-पढ़ने योग्य।
9- briefings/: जहाँ मनुष्यों के लिए रिपोर्ट लिखी जाती हैं।
10
11## प्राइम डायरेक्टिव
12प्रत्येक परमाणु sources/ या 0-raw/ में किसी मौजूदा स्रोत से जुड़ने योग्य होना चाहिए।
13यदि कोई स्रोत नहीं है तो कोई नोट न लिखें। सामग्री में न पाए गए दावे न लिखें।
14कभी भी प्रशंसनीय लगने वाली जानकारी से अंतराल न भरें।
15
16## कार्य नियम
171. एक परमाणु, एक विचार। यदि किसी स्रोत में 8 विचार हैं, तो 8 परमाणु बनाएं।
182. कोई नया परमाणु बनाने से पहले यह देखने के लिए 2-atoms/ खोजें कि क्या मौजूदा नोट का विस्तार किया जा सकता है।
193. प्रत्येक परमाणु को कम से कम दो संबंधित परमाणुओं से लिंक होना चाहिए।
204. यदि यह किसी मौजूदा नोट का खंडन करता है, तो पुराने नोट की ओर इशारा करते हुए नए नोट में एक [FRICTION] ब्लॉक जोड़ें। चुपचाप विश्वासों को ओवरराइट न करें।
215. हटाएं नहीं। यदि यह अप्रचलित हो जाता है, तो [RETIRED] जोड़ें और archive/ में ले जाएं।
226. पाली के अंत में प्रासंगिक threads को अपडेट करें और एक ब्रीफिंग लिखें।

"प्राइम डायरेक्टिव" वह रेखा है जो सब कुछ सुरक्षित रखती है। इसके बिना, रात्रि पाली तथ्यों के बीच के अंतराल को प्रशंसनीय कल्पनाओं से भरना शुरू कर देगी। वे कल्पनाएँ आपके अपने वास्तविक विचारों से अलग नहीं की जा सकेंगी, और एक महीने बाद, आपको नहीं पता होगा कि कौन से विश्वास आपके हैं और कौन से मशीन ने बनाए हैं। "यदि कोई स्रोत नहीं है तो कोई नोट न लिखें।" यह वह नियम है जो आपके दिमाग को आपका अपना रखता है।

अब आपके पास ज्ञान के लिए बक्सा और उसकी सुरक्षा के लिए चार्टर है। अंदर के नोट्स अगले अध्याय में रात्रि पाली की टीम द्वारा जोड़े जाएंगे।

अध्याय 3: Claude Code के साथ रात्रि पाली चलाना

अब जब खाका तैयार हो गया है, तो चलिए इंजन स्थापित करते हैं। Claude Code वह है जो वास्तव में रात्रि पाली चलाता है। आइए इसे इकट्ठा करें।

हेडलेस निष्पादन: इसे एक बार मैन्युअल रूप से चलाएं

Claude Code एक इंटरैक्टिव स्क्रीन के बिना चल सकता है। यह हेडलेस मोड है।

claude -p "0-raw/ से एक असंसाधित फ़ाइल पढ़ें और CLAUDE.md में नियमों के अनुसार 2-atoms/ में एक परमाणु बनाएं"

-p (--print) फ़्लैग स्क्रिप्ट के लिए एक मोड है जो एक निर्देश निष्पादित करता है और बाहर निकल जाता है (आधिकारिक दस्तावेज़)। मानक claude -p स्वचालित रूप से CLAUDE.md और कौशल को पढ़ता है, इसलिए आपके द्वारा अध्याय 2 में लिखा गया प्राइम डायरेक्टिव लागू होगा। यदि आपको पूर्ण पुनरुत्पादन क्षमता की आवश्यकता है, तो एक --bare मोड है (जो CLAUDE.md और कौशल की स्वचालित खोज को छोड़ देता है), लेकिन उस स्थिति में, आपको प्रॉम्प्ट में नियमों को स्पष्ट रूप से पास करना होगा। चूंकि हम चाहते हैं कि प्राइम डायरेक्टिव काम करे, हम मानक -p का उपयोग करते हैं।

इसे तुरंत शेड्यूल न करें; यह देखने के लिए इसे एक बार मैन्युअल रूप से चलाएं कि यह कैसा व्यवहार करता है। ऑटोमेशन पर जाने से पहले पुष्टि करें कि एक परमाणु इच्छित तरीके से बनाया गया है।

प्लेबुक को एक कौशल के रूप में लिखें

प्रत्येक पाली का "नौकरी विवरण" एक कौशल (एक markdown फ़ाइल जो पुन: प्रयोज्य कार्यप्रवाह का वर्णन करती है) के रूप में लिखा जाता है। यदि आप इसे .claude/skills/<name>/SKILL.md में रखते हैं, तो आप इसे कभी भी कॉल कर सकते हैं (आधिकारिक दस्तावेज़)।

उदाहरण के लिए, "Refinery" पाली, जो मुख्य रात्रिकालीन प्रसंस्करण को संभालती है, इस प्रकार लिखी जाती है। एक बार लिखे जाने के बाद, आप इसे कौशल नाम से कॉल कर सकते हैं, जैसे claude -p "/refinery"। आप इसे एक बार लिखते हैं और हर रात बस इसका नाम पुकारते हैं।

name: refinery

description: 0-raw में सभी असंसाधित वस्तुओं को परमाणुओं में परिष्कृत करने के लिए मुख्य रात्रिकालीन पाली।

1# रिफाइनरी रन
2
3## कार्य
40-raw/ में असंसाधित वस्तुओं को संसाधित करें। प्रति वस्तु एक उप-एजेंट नियुक्त करें,
5उन्हें समानांतर में चलाएं, और फिर एकीकृत करें। प्रत्येक एजेंट:
6
71. कच्चा नोट और sources/ में संबंधित स्रोतों को पढ़ेगा।
82. प्रति विचार एक फ़ाइल में विभाजित करेगा और 2-atoms/ में रखेगा।
93. कोई नया परमाणु बनाने से पहले यह देखने के लिए 2-atoms/ खोजेगा कि क्या मौजूदा नोट का विस्तार किया जा सकता है।
104. प्रत्येक परमाणु को कम से कम दो संबंधित परमाणुओं से लिंक करेगा।
115. यदि यह किसी मौजूदा नोट का खंडन करता है, तो उसकी ओर इशारा करते हुए एक [FRICTION] ब्लॉक जोड़ेगा।
126. संसाधित कच्चे नोट्स को 0-raw/archive/ में ले जाएगा।
13
14## सख्त पालन
15- CLAUDE.md में प्राइम डायरेक्टिव का पालन करें। बिना स्रोत के दावे न लिखें।
16- पढ़ने के अलावा sources/ और 0-raw/ में मूल को न छुएं।
17- निर्णय की आवश्यकता वाले एकीकरण को मनुष्यों पर छोड़ दें। उन्हें चिह्नित करें; कोई निर्णय न थोपें।

समानांतरता: उप-एजेंटों को परिभाषित करना

"विघटन", "लिंकिंग" और "विरोधाभास जांच" के कार्यों को विभाजित करने के लिए, हम उप-एजेंटों का उपयोग करते हैं। उन्हें .claude/agents/ के अंतर्गत markdown में परिभाषित करके, प्रत्येक एक स्वतंत्र संदर्भ में समानांतर रूप से चलता है और केवल परिणाम मूल को लौटाता है (आधिकारिक दस्तावेज़)। परिभाषा फ़ाइल नाम और उपलब्ध उपकरणों को निर्दिष्ट करने वाले frontmatter से शुरू होती है।

name: cataloger

description: एक स्रोत को परमाणुओं में विघटित करता है (प्रति फ़ाइल एक विचार)।

tools: ["Read", "Write"]

दिया गया स्रोत पढ़ें और 2-atoms/ में परमाणु बनाएं (प्रति फ़ाइल एक विचार)। पहले मौजूदा परमाणुओं को खोजें और उन परमाणुओं का विस्तार करें जिनका विस्तार किया जा सकता है। हमेशा frontmatter में स्रोत लिखें।

मूल लेख में "300 एजेंटों" का दावा किया गया था। यह Kimi के K2.6 मॉडल के विनिर्देश से आता है, जो समानांतर में 300 उप-एजेंटों और 4,000 चरणों को तैनात कर सकता है (Kimi आधिकारिक ब्लॉग)। हालांकि, Claude Code "सीमा 300" जैसी कोई निश्चित संख्या का विज्ञापन नहीं करता है; यह आवश्यकतानुसार कई एजेंटों को नियुक्त करने और एकीकृत करने के लिए एक ऑर्केस्ट्रेशन विधि का उपयोग करता है। और वास्तव में, आपको दूसरे दिमाग की रात्रि पाली के लिए 300 एजेंटों की आवश्यकता नहीं है। कुछ प्रकार की भूमिकाएँ और प्रति संचित स्रोत कुछ एजेंट पर्याप्त हैं। लाभ केवल संख्या से नहीं, बल्कि भूमिकाओं को विभाजित करने और उन्हें समानांतर में चलाने से आता है।

शेड्यूलिंग: हर रात एक निश्चित समय पर कॉल करना

अंत में, पालियों को समय के अनुसार ट्रिगर करें। सबसे विश्वसनीय तरीका बाहरी cron जॉब से मानक claude -p का उपयोग करके कौशल को नाम से कॉल करना है। इसे इस प्रकार डिज़ाइन करें कि चार पालियाँ रात भर क्रमिक रूप से संभालें।

0 23 * 23:00 दैनिक Scout (सामग्री एकत्र करें; अभी के लिए मैन्युअल रूप से चलाएं)

0 3 * 3:00 दैनिक Refinery (समानांतर में परिष्कृत करें; मुख्य कार्यक्रम)

0 6 * 6:00 दैनिक Editor (threads और ब्रीफिंग अपडेट करें)

0 22 0 22:00 रविवार Audit (साप्ताहिक स्वास्थ्य जांच)

केवल Refinery को स्वचालित करना शुरू करने के लिए पर्याप्त है। crontab के लिए यहाँ एक उदाहरण है:

crontab -e के लिए उदाहरण (3:00 Refinery पाली)

0 3 * cd ~/brain && claude -p "/refinery" >> briefings/cron.log 2>&1

Scout भूमिका—ब्राउज़र के माध्यम से लेख टेक्स्ट लाना—एक विशेष मामला है। जैसा कि बाद में उल्लेख किया गया है, Claude Code का ब्राउज़र संचालन वर्तमान में इंटरैक्टिव सत्रों तक सीमित है, इसलिए अभी के लिए, टेक्स्ट को sources/ में सेव करने के लिए Scout को मैन्युअल रूप से चलाएं, और रात्रिकालीन Refinery को उस एकत्रित टेक्स्ट को संसाधित करने दें।

एक बार जब आप इसके अभ्यस्त हो जाते हैं, तो Claude Code के अंतर्निहित Routines पर जाना आसान होता है (आधिकारिक दस्तावेज़)। एक सत्र के भीतर /schedule चलाने से आप प्रति घंटा, रात्रिकालीन, या साप्ताहिक जैसे आवधिक निष्पादन पंजीकृत कर सकते हैं (लेखन के समय, यह एक शोध पूर्वावलोकन है जिसके लिए विशिष्ट योजनाओं या वेब पर Claude Code की आवश्यकता होती है)। Routines Anthropic के क्लाउड पर चलते हैं, इसलिए जॉब तब भी चलते हैं जब आपका लैपटॉप बंद हो। न्यूनतम अंतराल एक घंटा है। मैं एक पाली के लिए cron से शुरू करने और एक बार सहज होने पर Routines पर जाने की सलाह देता हूं।

अध्याय 4: Obsidian को "सभी उपकरणों के लिए साझा मेमोरी" बनाना

अब तक, Claude Code सीधे brain/ फ़ोल्डर को पढ़ और लिख सकता है। चूंकि Obsidian उसी फ़ोल्डर को खोल रहा है, मूल एकीकरण पहले ही पूरा हो चुका है।

यह अध्याय उन्नत संस्करण है। यदि आप सिर्फ रात्रि पाली चालू करना चाहते हैं, तो आप इसे छोड़ सकते हैं और बाद में पढ़ सकते हैं। यहाँ, हम उसी vault को अन्य उपकरणों, जैसे अन्य संपादकों में AI सुविधाओं या विभिन्न एजेंटों से खोजने योग्य और लिखने योग्य बनाते हैं।

यह पाँच ऐप्स में बिखरे ज्ञान साइलो को समाप्त करता है, जिससे सब कुछ एक ही दिमाग साझा कर सकता है। यह MCP (मॉडल कॉन्टेक्स्ट प्रोटोकॉल, बाहरी उपकरणों को AI से जोड़ने के लिए एक सामान्य मानक) के माध्यम से प्राप्त किया जाता है।

Obsidian को MCP के रूप में जोड़ने के तीन तरीके हैं, कठिनाई के क्रम में:

1. फ़ाइलसिस्टम MCP (सबसे आसान, कोई प्लगइन आवश्यक नहीं)

चूंकि vault केवल एक फ़ोल्डर है, आप एक फ़ाइलसिस्टम MCP सर्वर को vault पर इंगित कर सकते हैं। आपको Obsidian में कुछ भी स्थापित करने की आवश्यकता नहीं है।

claude mcp add obsidian-fs -- npx @modelcontextprotocol/server-filesystem ~/brain

2. लोकल REST API + mcp-obsidian (पूर्ण सुविधाएँ: खोज और जोड़)

यदि आप चाहते हैं कि AI पूर्ण-पाठ खोज करे या विशिष्ट शीर्षकों/ब्लॉकों में जोड़े, तो Obsidian में "लोकल REST API" सामुदायिक प्लगइन का उपयोग करें। बस इसे स्थापित और सक्षम करें, फिर API कुंजी कॉपी करें। डिफ़ॉल्ट होस्ट 127.0.0.1, पोर्ट 27124 (स्व-हस्ताक्षरित प्रमाणपत्र के साथ HTTPS) है। फिर, पर्यावरण चर के साथ uvx mcp-obsidian पंजीकृत करें (mcp-obsidian / लोकल REST API)।

OBSIDIAN_API_KEY=your_key OBSIDIAN_HOST=127.0.0.1 OBSIDIAN_PORT=27124 claude mcp add obsidian -- uvx mcp-obsidian

3. एक अधिक समृद्ध कार्यान्वयन (cyanheads/obsidian-mcp-server)

एक अधिक उन्नत MCP सर्वर कार्यान्वयन भी है जो लोकल REST API प्लगइन को लपेटता है। cyanheads/obsidian-mcp-server एक बाहरी Node-आधारित सर्वर है जो पथ प्रतिबंधों और शीर्षक द्वारा सटीक संपादन का समर्थन करता है। विधि 2 की तरह, इसमें लोकल REST API प्लगइन और एक API कुंजी की आवश्यकता होती है।

Claude Code में MCP पंजीकृत करना हमेशा प्रारूप claude mcp add <name> -- <command> का पालन करता है, और सेटिंग्स ~/.claude.json (आपके लिए) या .mcp.json (रिपॉजिटरी साझाकरण के लिए) में जाती हैं (आधिकारिक दस्तावेज़)।

एक चेतावनी: ये सभी विधियाँ localhost या प्रदान किए गए फ़ोल्डर तक ही सीमित हैं। REST API विधि के लिए आपकी अपनी API कुंजी की आवश्यकता होती है और संचार localhost तक सीमित है। फिर भी, चूंकि आप एक एजेंट को लिखने की पहुँच दे रहे हैं, इसे विश्वसनीय vaults तक सीमित रखना सबसे सुरक्षित है।

तीन नुकसान जो डेमो वीडियो हमेशा छोड़ देते हैं

एक स्वचालित कार्यबल को अपने ज्ञान तक पढ़ने/लिखने की पहुँच देना और इसे रात भर बिना निगरानी के चलने देना एक बड़ा लाभ है, लेकिन ध्यान देने योग्य बिंदु हैं। यही वह चीज़ है जो एक ऐसी प्रणाली को अलग करती है जो एक वर्ष में अधिक स्मार्ट हो जाती है, उससे जो एक महीने में चुपचाप सड़ जाती है।

पहला, सीमाओं को ईमानदारी से समझें। Routines न्यूनतम एक घंटे के अंतराल के साथ क्लाउड में चलते हैं। और "Scout" पाली—ब्राउज़र के माध्यम से लेख टेक्स्ट लाना—में सावधानी की आवश्यकता है। Claude Code का ब्राउज़र संचालन (Chrome में Claude) वर्तमान में बीटा में है और इंटरएक्टिव सत्रों तक सीमित है। यह अभी तक क्लाउड Routines के अंदर काम नहीं करता है (आधिकारिक दस्तावेज़)। व्यावहारिक रूप से, टेक्स्ट को sources/ में सेव करने के लिए Scout को मैन्युअल रूप से चलाना और रात्रिकालीन Refinery को उस एकत्रित टेक्स्ट को संसाधित करने देना अधिक स्वच्छ है।

दूसरा, सुरक्षा और लागत। Claude Code में कई अनुमति मोड हैं (आधिकारिक दस्तावेज़)। मानक default पढ़ने के अलावा किसी भी चीज़ के लिए अनुमोदन मांगता है; acceptEdits स्वचालित रूप से संपादन की अनुमति देता है; plan केवल-पढ़ने के मोड में जांच करता है और एक योजना प्रस्तावित करता है; bypassPermissions सब कुछ की अनुमति देता है। बिना निगरानी के संचालन के लिए, पहले plan के साथ व्यवहार को सत्यापित करना सबसे सुरक्षित है, फिर Deny नियमों का उपयोग करते हुए dontAsk (CI के लिए एक मोड जो केवल पूर्व-अधिकृत उपकरण चलाता है) पर जाएं। इसके अतिरिक्त, brain/ को git से प्रबंधित करें और हर रात कमिट करें। यदि रात्रि पाली कोई अजीब निर्णय लेती है, तो आप एक कमांड से पिछली रात में वापस जा सकते हैं। यह एक सीटबेल्ट है; दुर्घटना के बाद के बजाय पहले दिन से बकल करना बेहतर है। साथ ही, Claude Code पर API या सब्सक्रिप्शन लागत आती है। आप मूल गाइड की तरह API शुल्क को शून्य करने के लिए स्वयं ओपन-वेट मॉडल होस्ट कर सकते हैं, लेकिन यह एक अलग विषय है। बस रात्रिकालीन प्रसंस्करण की मात्रा के आधार पर लागत का अनुमान लगाने के लिए तैयार रहें।

तीसरा, प्राइम डायरेक्टिव का पालन करते रहें। यदि साप्ताहिक Audit को "बिना स्रोत वाले नोट्स" मिलते हैं, तो उनसे तुरंत निपटें। जिस क्षण अप्राप्य स्रोतों वाले नोट्स जमा होने लगते हैं, आपका दिमाग अविश्वसनीय हो जाता है। एक अविश्वसनीय दूसरा दिमाग बिल्कुल न होने से भी बदतर है क्योंकि आप मशीन की कल्पना पर अपना निष्कर्ष समझकर कार्य कर सकते हैं। "यदि कोई स्रोत नहीं है तो कोई नोट न लिखें।" यह आपके दिमाग को आपका अपना रखने का नियम है।

सारांश: लाइब्रेरियन बनना बंद करें, संपादक-इन-चीफ बनें

लंबे समय तक, "दूसरा दिमाग बनाना" यह कहने का एक सभ्य तरीका था कि "अपने स्वयं के लाइब्रेरियन के रूप में दूसरी अवैतनिक नौकरी लेना।" यही कारण है कि हर जगह असफल प्रयासों के कब्रिस्तान हैं। श्रम इसके लायक नहीं था, इसलिए इच्छाशक्ति हमेशा हारती थी।

लेकिन वह श्रम अब सौंपा जा सकता है। दिन के दौरान, आप बस कुछ सेकंड के लिए चीज़ें अंदर फेंकते हैं। रात में, टुकड़ियाँ उन्हें परिष्कृत करती हैं। आप एक संपादक-इन-चीफ के रूप में सप्ताह में केवल 20 मिनट बिताते हैं, यह तय करते हुए कि "किन विश्वासों को अपनाना है।" और सिस्टम जितना अधिक आप इसे अकेला छोड़ते हैं, उतना ही स्मार्ट होता जाता है, क्योंकि आपने वह श्रम जो समय के साथ घटता था, पूरी तरह से रात्रि पाली को सौंप दिया है।

आप नोट लेने में बुरे नहीं थे। आप सिर्फ पूरे शोध विभाग को अकेले चलाने की कोशिश कर रहे थे।

आज से पहला कदम (3 कदम):

• [ ] mkdir -p brain/{0-raw,1-desk,2-atoms,3-threads,sources,briefings,.claude/skills} के साथ रिफाइनरी बनाएं और इसे Obsidian में एक vault के रूप में खोलें। प्राइम डायरेक्टिव "यदि कोई स्रोत नहीं है तो कोई नोट न लिखें" को CLAUDE.md की पहली पंक्ति पर लिखें।
• [ ] .claude/skills/refinery/ के लिए एक SKILL.md लिखें और claude -p के साथ मैन्युअल रूप से एक स्रोत संसाधित करने का प्रयास करें।
• [ ] यदि यह काम करता है, तो cron या Routines के साथ प्रति रात एक पाली को स्वचालित करें।

मैं LINE OpenChat में उपयोगी जानकारी साझा करता हूं जो मैं X पर पोस्ट नहीं कर सकता।

कृपया नीचे दिए गए लिंक के माध्यम से हमसे जुड़ें।

https://t.co/9LOoUYvCbO

https://x.com/nobel_824/status/2066393004932559265