Obsidian के पुराने नोट को Claude Code के ब्रीफ में बदलने की 10 मिनट की रूटीन

मंगलवार की सुबह मैंने अपने Obsidian का “आर्टिकल रीराइट” नोट जस का तस Claude Code में पेस्ट कर दिया। तीन हफ्ते के नोट, करीब 2000 अक्षर। जवाब में जो आया वह यह था: पिछले हफ्ते ही ठीक कर चुके CTA बटन के टेक्स्ट को “चलिए इसे ठीक करते हैं” कहकर फिर से सुझा दिया गया।

ऐसा क्यों हुआ? उस नोट में तीन हफ्ते पुरानी एक धारणा — “शायद फ्री PDF कमजोर है” — और पिछले हफ्ते का एक पक्का फैसला — “फ्री PDF को मुख्य रास्ता बना दिया” — दोनों एक ही सपाट बुलेट लिस्ट में साथ-साथ पड़े थे। AI की नजर में दोनों “नोट में लिखी एक ही वजन की जानकारी” थे। इसलिए उसने पक्के फैसले पर फिर से शक किया और खत्म हो चुके काम को दोबारा सुझा दिया।

समस्या यह नहीं थी कि नोट कम थे। असली वजह यह थी कि पुरानी धारणा और पक्का हो चुका फैसला एक साथ घुलेमिले रूप में सौंपे जा रहे थे। आज इसी को सुबह के 10 मिनट में ठीक करने का तरीका बताऊँगा।

मुख्य बातें

• Obsidian का लंबा नोट जस का तस पेस्ट करने पर AI पुरानी धारणा और पक्के फैसले को एक ही वजन देता है, और खत्म हो चुके काम को फिर से उठा देता है।
• नोट को “आज भी सही तथ्य / तय किए गए फैसले / अब भी अनिश्चित / अगला कदम / जाँचने का तरीका” — इन 5 खानों में बाँटने से सौंपी गई जानकारी घटती है और फैसले की गुणवत्ता बढ़ती है।
• यह छँटाई 10 मिनट में हो जाती है। नीचे कॉपी-पेस्ट करके चलने वाली Node.js स्क्रिप्ट दी है।
• “यह तथ्य है या धारणा” — यह तय करना इंसान का काम है। टेक्स्ट लिखना AI का काम है। इन दोनों को मिलाने पर हादसा होता है।
• शुरुआती पाठक के लिए मुफ्त सीखने का रास्ता, और काम सुधारने वालों के लिए सलाह — पाठक की अवस्था के हिसाब से एक ही निकास चुनें।

“नोट जस का तस पेस्ट करने” पर हादसा क्यों होता है

Obsidian की खूबी है कि उसमें जानकारी लगातार जोड़ते रहो। पर AI को सौंपते समय यही खूबी उल्टी पड़ जाती है।

जब इंसान नोट पढ़ता है, तो वह अनजाने में “यह पुराना है, यह नया है” का वजन तय करता रहता है। तारीख और आगे-पीछे के संदर्भ से वह खुद-ब-खुद छाँट लेता है। AI यह नहीं करता। बुलेट लिस्ट की तीसरी लाइन हो या तीसवीं, वह दोनों को बराबर “मौजूदा जानकारी” मानकर लेता है।

इसीलिए तीन हफ्ते पुराना “हो सकता है कि…” आज के अनुरोध में पक्की बात बनकर इस्तेमाल हो जाता है। और उल्टा, पिछले हफ्ते का पक्का फैसला सिर्फ एक राय बनकर नीचे गिर जाता है। शुरू में बताया मेरा हादसा ठीक यही था। नोट जितने ज्यादा हों, सौंपने से पहले छँटाई की उतनी ही जरूरत होती है।

10 मिनट में छँटाई का तरीका

हर सुबह, या काम शुरू करने से पहले, जिस नोट पर काम है उसे नीचे दिए 5 खानों में बाँटें। ज्यादा से ज्यादा 10 मिनट। इससे ज्यादा समय लगे तो शायद आप खानों में बहुत कुछ भर रहे हैं।

1. आज भी सही तथ्य सिर्फ 3 रखें। जो जाँचे जा चुके हों और आज भी टिकते हों, बस वही।
2. तय किए गए फैसले 2 लिखें। “फ्री PDF को मुख्य रास्ता बनाना” जैसी, अब न हिलाई जाने वाली नीति।
3. अब भी अनिश्चित बात सिर्फ 1 लिखें। जो आज के अनुरोध में AI से जाँचना चाहते हैं।
4. अगला कदम एक वाक्य में लिखें। “CTA का एक पैराग्राफ दोबारा लिखकर पब्लिश URL जाँचना” जैसा, क्रिया पर खत्म होने वाला ठोस कदम।
5. जाँचने का तरीका लिखें। क्या तैयार होने पर “हो गया” कहा जा सकता है। टेस्ट चलाना, दिखावट देखना, टूटे लिंक जाँचना वगैरह।

खानों की संख्या तय रखने की एक वजह है। तथ्य 3, फैसले 2, अनिश्चित 1। इससे ज्यादा बढ़ाते ही फिर से “सब कुछ सौंप दो” वाली आदत लौट आती है। छोड़ने की हिम्मत को, खाने की ऊपरी सीमा से मजबूर किया जाता है।

इन 5 खानों में दोबारा लिखने पर Obsidian “जो मिले उसे ठूँस देने का गोदाम” से बदलकर “आज का वर्कबेंच” बन जाता है।

AI को सौंपने का दायरा, और इंसान के तय करने का दायरा

इन्हें मिलाने पर हादसा होता है। सीमा साफ कर देते हैं।

चरण	जिम्मेदार	वजह
तथ्य है या धारणा, यह तय करना	इंसान	AI पुरानी धारणा को पक्का मान बैठता है
कौन सा फैसला आज भी लागू है	इंसान	नीति की नवीनता सिर्फ इंसान जानता है
5 खानों में छाँटना व सार बनाना	AI (मसौदा)	यांत्रिक व्यवस्था तेज होती है
ब्रीफ का टेक्स्ट लिखना	AI	टेक्स्ट बनाना इसका हुनर है
पब्लिश व प्रोडक्शन में लागू करने का आखिरी फैसला	इंसान	जो वापस न हो सके, वह काम रोको

राज इसमें है कि “यह तथ्य है” वाला पक्का बटन सिर्फ इंसान दबाए। AI से मसौदा बनवाओ, पर छँटाई का आखिरी फैसला अपने हाथ में रखो। बस इतने से फैसले को दोबारा उठाने का हादसा लगभग खत्म हो जाता है।

अगर नोट व्यवस्था को लेकर ही उलझन है, तो पहले Obsidian इंटीग्रेशन की बुनियाद और Obsidian के नोट को Claude Code का ब्रीफ बनाने का तरीका पढ़ लें, फिर यह तरीका आसानी से समझ आएगा।

कॉपी-पेस्ट करके इस्तेमाल का prompt टेम्पलेट

छँटाई का मसौदा AI से बनवाना हो तो यह अनुरोध-टेक्स्ट जस का तस इस्तेमाल करें। अंत में बस Obsidian नोट का मतन (मूल टेक्स्ट) चिपका दें।

नीचे दिए नोट को 5 खानों में व्यवस्थित करो। हर खाने की ऊपरी सीमा जरूर मानो।

- आज भी सही तथ्य: ज्यादा से ज्यादा 3 (जाँचे जा चुके, आज भी टिकने वाले)
- तय किए गए फैसले: ज्यादा से ज्यादा 2 (अब न हिलाई जाने वाली नीति)
- अब भी अनिश्चित: सिर्फ 1 (जो आज जाँचना है)
- अगला कदम: एक वाक्य (क्रिया पर खत्म होने वाला ठोस काम)
- जाँचने का तरीका: किस शर्त पर "हो गया" कहा जाए (टेस्ट, दिखावट जाँच आदि)

नियम:
- "हो सकता है" / "की संभावना" वाली बातें तथ्य में मत डालो, अनिश्चित में डालो।
- पुराना और नया फैसला टकराएँ तो नया अपनाओ, पुराना छोड़ दो।
- जो खाने में न समाए उसे जबरन मत रखो, हटा दो।

नोट का मूल टेक्स्ट:
(यहाँ Obsidian नोट चिपकाएँ)

खास बात है “ऊपरी सीमा मानो” को साफ लिखना। यह न लिखें तो AI नेकनीयती से सब कुछ बचाने की कोशिश करता है। बचाने से ज्यादा छोड़ना ही काम है — यह बात अनुरोध-टेक्स्ट के भीतर ही बता दें।

कॉपी-पेस्ट करके चलने वाली कन्वर्ज़न स्क्रिप्ट

छँटाई के नतीजे को Claude Code के पहले अनुरोध में सीधे चिपकाने लायक रूप में ढालने वाली स्क्रिप्ट है। Node.js 18 या उससे ऊपर पर, बिना किसी अतिरिक्त इंस्टॉल के चलती है। shijisho.mjs नाम से सेव करके node shijisho.mjs से चलाएँ।

// 5 खानों में छाँटे गए नोट को Claude Code के ब्रीफ टेक्स्ट में बदलता है
const note = {
  facts: [
    "मोबाइल दिखावट में CTA बिना मुड़े पूरा समा रहा है",
    "Gumroad का प्रोडक्ट URL नए वर्शन से बदला जा चुका है",
    "टॉप एक्सेस वाला आर्टिकल शुरुआती के सर्च इरादे का है",
  ],
  decisions: [
    "फ्री PDF को मुख्य रास्ता बनाना",
    "सेटिंग या परमिशन में अटके पाठक को ही पेड सेटअप गाइड भेजना",
  ],
  unknowns: [
    "किस भाषा संस्करण में CTA की क्लिक दर सबसे कम है",
  ],
  nextAction: "CTA का एक पैराग्राफ दोबारा लिखकर पब्लिश URL ठीक से खुलता है या नहीं जाँचना",
  checks: [
    "मतन (टेक्स्ट) के अक्षरों की गिनती तय सीमा पूरी करती है",
    "मोबाइल दिखावट का स्क्रीनशॉट लेना",
    "पब्लिश पेज का h1 और canonical URL इरादे के मुताबिक है या नहीं जाँचना",
  ],
};

// ऊपरी सीमा पार तो नहीं हुई, यह यांत्रिक रूप से जाँचो (छँटाई की आत्म-जाँच)
function validate(n) {
  const errors = [];
  if (n.facts.length > 3) errors.push("तथ्य बहुत ज्यादा हैं (3 तक)");
  if (n.decisions.length > 2) errors.push("फैसले बहुत ज्यादा हैं (2 तक)");
  if (n.unknowns.length > 1) errors.push("अनिश्चित बहुत ज्यादा हैं (सिर्फ 1)");
  if (!n.nextAction || !n.nextAction.trim()) errors.push("अगला कदम खाली है");
  return errors;
}

function toBrief(n) {
  return [
    "[आज के तथ्य] " + n.facts.join(" / "),
    "[तय फैसले] " + n.decisions.join(" / "),
    "[अब भी अनिश्चित] " + n.unknowns.join(" / "),
    "[अगला कदम] " + n.nextAction,
    "[जाँचने का तरीका] " + n.checks.join(" / "),
  ].join("\n");
}

const errors = validate(note);
if (errors.length > 0) {
  console.error("छँटाई ऊपरी सीमा पार कर रही है:");
  errors.forEach((e) => console.error("  - " + e));
  process.exit(1);
}

console.log(toBrief(note));

validate डालना ही जान है। तथ्य 4 लिखकर बिना ध्यान दिए सौंप देना — मेरी इस गलती को मशीन पकड़कर रोक देती है। निकले हुए इन 5 लाइनों को Claude Code के पहले अनुरोध में जस का तस चिपका दें। हर पुराना विचार न सौंपकर, आज के फैसले में काम आने वाले तथ्य ही सौंपना — यह तरीका इससे पक्का हो जाता है।

काम के हिसाब से 3 इस्तेमाल

खानों का मतलब वही रहता है, पर भीतर का माल काम के मुताबिक बदलता है। तीन मिसालें।

1. आर्टिकल / कंटेंट का संचालन लोकप्रिय आर्टिकल का सर्च इरादा, अभी का निकास, और आगे जो प्रोडक्ट बेचना है — इन्हें अलग करें। शुरुआती आर्टिकल हो तो पहले फ्री PDF रखें, और सेटिंग में अटकने वाले पाठक को ही पेड सेटअप गाइड भेजें — यह “अगला कदम” में लिख दें। इससे सुझाव हर बार डगमगाते नहीं।

2. डेवलपमेंट काम का हैंडओवर दोबारा पैदा की जा सकी बग का तथ्य, हाल का डिज़ाइन फैसला, और अब भी अनिश्चित कारण — इन्हें अलग करें। यहाँ अगर कारण की “धारणा” को तथ्य के खाने में डाल दिया, तो AI गलत दिशा में पूरी ताकत से दौड़ेगा। कारण पक्का न हो तो बेझिझक “अब भी अनिश्चित” में डालें।

3. इंट्रोडक्शन सलाह / मीटिंग की तैयारी ग्राहक ने जो कहा, जो काम का दायरा तय हुआ, और अगली बार पूछने वाले सवाल — इन्हें अलग करें। “अगला कदम” में सलाह का नतीजा (डिलिवरेबल) तक लिख दें, तो आपकी ओर से दिए जाने वाले सुझाव ठोस बनते हैं।

आम पड़ने वाले गड्ढे और उन्हें सुधारना

शुरू-शुरू में मैं जिन गलतियों में फँसा, वे तीन — सुधार के साथ लिख रहा हूँ।

पहली, लंबे पेज को पूरा का पूरा पेस्ट करना। जानकारी ढेर सारी, पर फैसला पतला। सुधार सीधा है — पेस्ट करने से पहले 5 खानों में काटो। गोदाम मत सौंपो, वर्कबेंच सौंपो।

दूसरी, फैसले और अनिश्चित को मिला देना। “फ्री PDF शायद कमजोर है” और “फ्री PDF को मुख्य रास्ता पक्का किया” — इन्हें साथ रखकर पेस्ट करने पर AI पक्के फैसले पर शक करने लगता है। “शायद” वाली बात हमेशा “अब भी अनिश्चित” के खाने में डालो। बस इतने से दोबारा उठाना रुक जाता है।

तीसरी, जाँचने का तरीका न लिखना। सिर्फ “हो जाए तो बताना” कहने पर AI अपने हिसाब से “हो गया” कह देता है। टेस्ट चलाना, दिखावट जाँचना, टूटे लिंक जाँचना — जैसी मशीन से तय होने वाली शर्तें पहले ही सौंप दो। “पूरा हुआ” की परिभाषा इंसान के हाथ में रखना ही राज है।

अक्सर पूछे जाने वाले सवाल

Q. Obsidian के अलावा दूसरे नोट ऐप में भी यह चलेगा? A. चलेगा। Notion हो या Apple का अपना Notes, 5 खानों में बाँटने की सोच एक ही है। स्क्रिप्ट को बस टेक्स्ट मिल जाए, भीतर का माल कुछ भी हो, फर्क नहीं पड़ता।

Q. हर बार 10 मिनट छँटाई का समय नहीं है। A. सारे नोट करने की जरूरत नहीं। आज Claude Code को जो 1 नोट सौंपना है, बस उसी की छँटाई काफी है। आदत पड़ने पर 3–4 मिनट में निपट जाती है।

Q. छँटाई का काम पूरा AI को सौंप दें तो? A. मसौदे तक सौंपना ठीक है। पर “यह तथ्य है”, “यह फैसला है” — यह पक्का करने वाला आखिरी फैसला इंसान अपने हाथ में रखे। यहाँ हाथ छोड़ा, तो शुरू में बताया दोबारा उठाने वाला हादसा लौट आता है।

Q. CLAUDE.md में लिखने और हर बार ब्रीफ चिपकाने में क्या फर्क है? A. न बदलने वाली नीति CLAUDE.md में, और उसी दिन के तथ्य व अगला कदम ब्रीफ में — ऐसे बाँटें। CLAUDE.md की भूमिका Anthropic की आधिकारिक डॉक्युमेंटेशन में भी सिमटी हुई है। लिखने का तरीका CLAUDE.md लिखने का तरीका और परमिशन सेटिंग की रेसिपी में भी देखें।

Q. prompt की सटीकता और बढ़ानी है। A. prompt बनाने का तरीका में अनुरोध-टेक्स्ट को टिकाऊ बनाने के ठोस उपाय जुटाए हैं। छँटाई के तरीके के साथ मिलाने पर असर दिखता है।

असल में आजमाने पर क्या हुआ

शुरू में बताए दोबारा उठाने वाले हादसे के बाद, मैंने वही नोट 5 खानों में बाँटकर सौंपा। दो बातें परखीं।

एक, क्या फैसले पर फिर से शक करने वाला जवाब गायब होता है। “फ्री PDF को मुख्य रास्ता पक्का किया” को [तय फैसले] के खाने में सिर्फ एक लाइन में रखते ही, AI उसी नीति को आधार मानकर चला और फिर से उसे नहीं उठाया। छँटाई में लगा समय नापा तो करीब 4 मिनट।

दूसरा, क्या validate सचमुच गलती पकड़ता है। जानबूझकर तथ्य 4 लिखकर चलाया, तो जैसा सोचा था वैसे ही “तथ्य बहुत ज्यादा हैं” कहकर रुक गया। यह हो तो नींद से उठा हुआ मैं भी ऊपरी सीमा नहीं तोड़ पाता। चालाक अनुरोध-टेक्स्ट सोचने से बेहतर है सौंपने से पहले काटने का एक तरीका अपने पास रखना — आखिर में यही सबसे तेज पड़ता है। आज मुझे ऐसा ही लगता है।

इस तरीके को टीम के काम सुधारने तक फैलाना हो, तो ट्रेनिंग व सलाह में इसे असली संचालन में उतारा जा सकता है।