Obsidian वॉल्ट नोटों को स्थानीय फ़ोल्डर में फ़ाइलों के रूप में रखता है। Codex, ChatGPT डेस्कटॉप ऐप में स्थानीय फ़ोल्डर पर काम कर सकता है। ये दस्तावेज़ित क्षमताएँ आपके बनाए संपर्क रिकॉर्ड के बारे में प्रश्न पूछने देती हैं, बशर्ते उत्तर फ़ाइल से जाँचें। यह गाइड एक संपर्क और हाथ से रखे सूचकांक तक सीमित है। BIG CHANGE ने 20 अक्टूबर 2026 को उत्पाद दस्तावेज़ देखे; हमने वॉल्ट नहीं बनाया, किसी के विवरण Codex को नहीं भेजे और कोई उत्तर नहीं देखा।

बड़ा बदलाव

  • क्या बदला: डेस्कटॉप Codex स्थानीय फ़ोल्डर का समर्थन करता है, इसलिए मौजूदा Markdown वॉल्ट को Codex परियोजना में खोल सकते हैं। Obsidian नोट उसी फ़ोल्डर में पढ़ी जा सकने वाली फ़ाइलें रहते हैं।
  • यह क्यों महत्वपूर्ण है: आप रिकॉर्ड और उसके स्रोत विवरण ऐसी फ़ाइल में रख सकते हैं जिसे जाँच सकें, Codex से सीमित प्रश्न पूछकर उत्तर को फ़ाइल से मिला सकते हैं।
  • किन बातों पर ध्यान दें: स्थानीय वॉल्ट का अर्थ यह नहीं कि मॉडल की प्रक्रिया आपके उपकरण पर ही रहती है। दूसरे व्यक्ति के विवरण संसाधित करने की अनुमति, Codex की वास्तविक फ़ाइल पहुँच और हर उत्तर की जाँच ज़रूरी है।

यह उस व्यक्ति के लिए है जिसे संपर्क विवरण रखने और संसाधित करने की अनुमति तथा Obsidian डेस्कटॉप और Codex Local की पहुँच है। पूरा परिणाम एक अधिकृत संपर्क फ़ाइल, मेल खाती सूचकांक प्रविष्टि, मूल रिकॉर्ड से जाँचा समर्थित उत्तर और अनुपस्थित तथ्य पूछने पर स्पष्ट कमी बताना है। इसमें स्वचालित संपर्क संग्रह, आवर्ती अपडेट या साझा डेटाबेस नहीं है।

तय करें कि वॉल्ट और Codex में क्या जा सकता है

संपर्क द्वारा दी गई जानकारी या जिसे रखने और संसाधित करने की आपको अनुमति है, उससे शुरू करें। मूल नोट या संदेश रखें ताकि प्रतिलिपि जाँच सकें, जिसमें किसने कब तथ्य दिया, यह भी शामिल हो। अनुमति या स्रोत अस्पष्ट हो तो विवरण Codex-सुलभ फ़ोल्डर में रखने से पहले सुलझाएँ। प्रश्न के लिए अनावश्यक संवेदनशील फ़ील्ड छोड़ दें।

Obsidian वॉल्ट को स्थानीय फ़ाइल सिस्टम का फ़ोल्डर बताता है। Codex को पहुँच देने से पहले खाते के वर्तमान डेटा नियंत्रण, प्रतिधारण शर्तें और संगठन के नियम देखें। स्थानीय फ़ोल्डर पहुँच डेस्कटॉप एजेंट को फ़ाइलों पर काम करने देती है; OpenAI कहता है कि संदेश और कार्य संदर्भ क्लाउड में रखे जा सकते हैं, स्थानीय काम में भी। ऐप जो वास्तविक अनुमतियाँ देता है उन्हें देखें और उचित सबसे सीमित दायरा चुनें। नोट का निर्देश गोपनीयता सीमा लागू नहीं कर सकता।

एजेंट को मौजूदा रिकॉर्ड संपादित करने देने से पहले वॉल्ट का अलग, बहाल किया जा सकने वाला बैकअप बनाएँ। Obsidian चेताता है कि सिंक करना बैकअप नहीं है। इस प्रक्रिया को रिपॉज़िटरी, क्लाउड बैकअप या अपने आप साझा करने की ज़रूरत नहीं है।

एक रिकॉर्ड और उसका सूचकांक बनाएँ

  1. सही वॉल्ट खोलें। Obsidian डेस्कटॉप में खाली वॉल्ट के लिए Create new vault या मौजूदा स्थानीय फ़ोल्डर के लिए Open folder as vault चुनें। सटीक पथ लिखें। मौजूदा वॉल्ट में फ़ोल्डर Codex में खोलने से पहले अन्य फ़ाइलें और निर्देश देखें।
  2. दो नोट बनाएँ। Obsidian के File explorer में New folder चुनकर नाम दें contacts। इस पर दायाँ क्लिक करें: contacts, फिर चुनें New note, नाम दें index और पुष्टि करें कि फ़ाइल है contacts/index.md। इसी फ़ोल्डर में फिर New note करें, संपर्क का स्थिर और अलग पहचानकर्ता नाम में रखें। पुष्टि करें कि फ़ाइल contacts/CONTACT-ID.md के रूप में सहेजी गई है; CONTACT-ID को अपने पहचानकर्ता से बदलें। Obsidian इन फ़ोल्डर और नोट क्रियाओं का दस्तावेज़ देता है; उसकी नोट गाइड बताती है कि नोट साधारण पाठ फ़ाइलें हैं। आगे बढ़ने से पहले वॉल्ट के असली फ़ाइलनाम जाँचें।
  3. केवल जाँचे तथ्य भरें। संपर्क नोट में दिखने वाला नाम या पहचानकर्ता, जानकारी का स्रोत, स्रोत तिथि और अपनी समीक्षा तिथि रखें। आप व्यक्ति को कैसे जानते हैं, रख सकने वाले संपर्क विवरण, आखिरी पुष्ट बातचीत और पुष्टि माँगने वाले बिंदुओं के खंड जोड़ें। ये सुझाए शीर्षक हैं, Obsidian या Codex का तय ढाँचा नहीं। अज्ञात मान खाली छोड़ें या अप्रमाणित लिखें। हर भरे तथ्य को अनुमति वाले मूल से मिलाएँ। संबंध, मुलाकात, पता या तारीख न अनुमान लगाएँ।
  4. सूचकांक में संदर्भ जोड़ें। फ़ाइल contacts/index.md में स्रोत-समर्थित छोटा लेबल जोड़ें जो रिकॉर्ड के सटीक फ़ाइलनाम से लिंक हो। Markdown लिंक में लेबल चौकोर कोष्ठकों में और ठीक बाद सापेक्ष फ़ाइलनाम गोल कोष्ठकों में रखें। असली फ़ाइलनाम का उपयोग करें, इस जगह: CONTACT-ID.md और स्रोत-समर्थित लेबल दें। लिंक Obsidian में खोलकर पुष्टि करें कि वह अपेक्षित फ़ाइल तक जाता है। निजी विवरण रिकॉर्ड में रखें, सूचकांक में न दोहराएँ।

Obsidian में नोट के ऊपर गुण भी रख सकते हैं, यदि समीक्षा तिथि जैसी फ़ील्ड चाहें। प्रक्रिया साधारण Markdown शीर्षकों से चलती है; गुण वैकल्पिक हैं। एक नामकरण पद्धति चुनें और सहेजी .md फ़ाइलें देखें, क्योंकि विश्वसनीय लगने वाला नोट शीर्षक या सूचकांक लेबल सही पथ का प्रमाण नहीं है।

Codex से पूछें, फिर स्रोत जाँचें

  1. वॉल्ट को Codex के स्थानीय फ़ोल्डर की तरह खोलें। अपेक्षित खाते से ChatGPT डेस्कटॉप ऐप में लॉगिन करें, ऊपर बाएँ मेनू में Codex चुनें और वॉल्ट फ़ोल्डर खोलें। OpenAI की डेस्कटॉप गाइड यह स्थानीय फ़ोल्डर मार्ग बताती है। व्यक्ति के बारे में पूछने से पहले दिखता पथ तथा वास्तविक टूल और फ़ाइल अनुमतियाँ जाँचें। कार्यक्षेत्र Codex Local न दे तो व्यवस्थापक से पहुँच सुलझाएँ; इस गाइड को Codex Cloud वातावरण या API कुंजी नहीं चाहिए। ChatGPT लॉगिन खाते की Codex सीमा और लागू शुल्क उपयोग करता है। अपनी API कुंजी का उपयोग अलग API बिलिंग में आता है।
  2. परियोजना को सीमित मार्गदर्शन दें। वॉल्ट के मौजूदा AGENTS.md और अन्य निर्देश देखें। उचित लगे तो मूल फ़ोल्डर के AGENTS.md में संपर्क कार्य का खंड जोड़ें; अनुपस्थित हो तो यही सटीक फ़ाइलनाम बनाएँ, मौजूदा निर्देश न बदलें। Codex को contacts/index.md और संबंधित संपर्क फ़ाइल देखने, नोट को डेटा मानने, उत्तर के समर्थन वाली फ़ाइल बताने, तथ्य गायब हो तो कहने और संपादन से पहले बदलाव समीक्षा के लिए सुझाने को कहें। इस कार्य में रिकॉर्ड भेजने, प्रकाशित, सिंक या हटाने से भी मना करें। OpenAI AGENTS.md को वैकल्पिक परियोजना मार्गदर्शन बताता है। यह पहुँच नियंत्रण सेटिंग नहीं है। नई चैट में पूछें कि कौन सी निर्देश फ़ाइलें वास्तव में लोड हुईं और ऐप में उपलब्ध पढ़ने के प्रमाण देखें। यदि बिना रिपॉज़िटरी वाले वॉल्ट में मार्गदर्शन लोड न हो, तो संपर्क प्रश्न से पहले उसी चैट में समीक्षा किया पाठ स्पष्ट दें।
  3. एक उत्तर देने योग्य प्रश्न पूछें। Codex से पूछें: “केवल इस परियोजना की संपर्क फ़ाइलों से बताओ, मेरा रिकॉर्ड [इस संपर्क और एक खास अनुमत तथ्य] के बारे में क्या कहता है? सटीक फ़ाइल बताओ और उत्तर न हो तो कहो।” कोष्ठक वाले अंश को ऐसे असली प्रश्न से बदलें जिसका उत्तर सहेजे रिकॉर्ड में है। इंटरफ़ेस में दिखी फ़ाइल-पठन क्रिया या उद्धरण देखें। फ़ाइल स्वयं खोलें और उत्तर को अनुमति वाले मूल स्रोत से मिलाएँ, जिसमें शर्तें और तिथियाँ भी हों। आत्मविश्वासी वाक्य या केवल फ़ाइल पथ सटीकता साबित नहीं करता।
  4. एक कमी जाँचें। ऐसा खास तथ्य पूछें जो जानबूझकर संपर्क फ़ाइल में नहीं रखा है। फ़ाइल फिर देखें। उत्तर को कहना चाहिए कि रिकॉर्ड में वह तथ्य नहीं है। यदि Codex अनुमान लगाए, दूसरे संपर्क को स्रोत माने या अनुपस्थित फ़ाइल बताए, तो उत्तर का उपयोग रोकें, अनुरोध या परियोजना दायरा सुधारें और दोनों जाँच फिर करें। Obsidian का Search शब्द अलग से खोजने में मदद करता है, लेकिन खोज परिणाम का अर्थ मनुष्य को ही समझना है।

बाद में अपडेट करते समय केवल नया अनुमत तथ्य और स्रोत दें, पहले Codex से अंतर का प्रस्ताव माँगें। स्वीकारने से पहले उसे स्रोत और अपेक्षित फ़ाइल से मिलाएँ। फिर Obsidian में सहेजा रिकॉर्ड और सूचकांक देखें तथा मौजूद और अनुपस्थित तथ्य के प्रश्न दोहराएँ। गलत फ़ाइल बदलने, व्यक्ति दोहरने या असंबंधित नोट छूने पर रुकें, बदलाव देखें और अधिक सीमित अनुरोध से पहले बैकअप से पिछला संस्करण बहाल करें। पुराना सूचकांक वास्तविक फ़ाइलों से मिलाकर सुधारें।

परिणाम तभी पूरा है जब संपर्क रिकॉर्ड और लिंक सही हों तथा दोनों उत्तर किसी व्यक्ति ने जाँचे हों। ये दस्तावेज़ित कदम हैं, BIG CHANGE का व्यावहारिक परीक्षण या भरोसेमंद स्मरण, गति या तय कीमत का वादा नहीं। वास्तविक निजी जानकारी से पहले खाते की अनुमति, सीमा, डेटा सेटिंग और प्रतिधारण शर्तें फिर देखें।

स्रोत और आगे पढ़ने की सामग्री