डेटा इंजीनियरिंग इंटरव्यू: OKF v0.2 के साथ एजेंट-जनरेटेड ज्ञान में विश्वास (trust) का प्रबंधन आप कैसे करेंगे?

प्रॉम्प्ट और दायरा

कई एजेंट्स लगातार मेट्रिक डेफिनिशन, रनबुक्स और टेबल स्कीमा जनरेट करते हैं। एक OKF v0.2 नॉलेज कैटलॉग डिज़ाइन करें जो सोर्सेज, जनरेटर्स, वेरिफायर्स, एक्सपायरी और कम्प्यूटेशन एविडेंस को रिकॉर्ड करे और साथ ही v0.1 कंज्यूमर्स द्वारा पठनीय बना रहे।

Google Cloud ने जुलाई 2026 में OKF v0.2 पेश किया। Open Knowledge Format लोगों और एजेंट्स द्वारा बनाए रखे गए ज्ञान के लिए Markdown फ़ाइलों और YAML frontmatter का उपयोग करता है। संस्करण 0.2 प्रोवेनेन्स, ट्रस्ट, लाइफसाइकिल और अटेस्टेशन को क्वेरी करने योग्य बनाता है, जबकि यह एडिटिव और बैकवर्ड-कम्पैटिबल बना रहता है। यह एक डेटा फ़ॉर्मेट और गवर्नेंस कन्वेंशन है, न कि कोई केंद्रीकृत रनटाइम या एक्सेस-कंट्रोल सिस्टम।

इंटरव्यूअर क्या मूल्यांकन करता है

इंटरव्यूअर यह देखना चाहता है कि कंटेंट किसने जनरेट किया और किसने वेरिफ़ाई किया, इसके बीच स्पष्ट अलगाव हो, स्टेबल सोर्स IDs के माध्यम से प्रति-दावा (per-claim) एट्रिब्यूशन हो, एक्ज़ीक्यूटेबल फ्रेशनेस और लाइफसाइकिल फ़िल्टरिंग हो, और यह समझ हो कि ट्रस्ट टियर्स ऑथराइजेशन के बजाय कंज्यूमर द्वारा निकाले गए एडवाइजरी सिग्नल्स हैं। इसके अलावा v0.1 फ़ॉलबैक, आइडम्पोटेंट राइट्स, माइग्रेशन, हॉस्टाइल कंटेंट और कम्प्यूटेशन अटेस्टेशन की वेरिफिकेशन बाउंड्री को भी कवर करें।

उत्तर देने से पहले स्पष्टीकरण हेतु प्रश्न

• कौन से प्रोड्यूसर्स बंडल लिखते हैं, और अंतिम मानवीय समीक्षा का स्वामित्व किसके पास है?
• क्या कंज्यूमर्स को अनवेरिफाइड, पुराने, अप्रचलित, या केवल चुनिंदा ट्रस्ट टियर्स को फ़िल्टर करना होगा?
• क्या sources को बाहरी URLs, बंडल-रिलेटिव पाथ्स और स्कोप डिस्क्रिप्टर्स का समर्थन करना चाहिए?
• किसी प्रमाणित कम्प्यूटेशन को कौन सा एक्ज़ीक्यूशन एनवायरनमेंट, इनपुट वर्शन और रीकम्प्यूटेशन रिसोर्सेज बैक करते हैं?
• क्या v0.1 कंज्यूमर्स केवल पुराने फ़ील्ड्स पढ़ सकते हैं, या उन्हें माइग्रेशन चेतावनियाँ भी मिलनी चाहिए?

30-सेकंड का उत्तर फ़्रेमवर्क

“मैं OKF फ़ाइलों को वर्शन किए गए नॉलेज फ़ैक्ट्स के रूप में मानूँगा और प्रोडक्शन, वेरिफिकेशन, इंडेक्सिंग और कंजम्पशन को अलग रखूँगा। प्रत्येक कॉन्सेप्ट सोर्सेज, जनरेटर और समय, स्वतंत्र वेरिफिकेशन रिकॉर्ड्स, स्टेटस और एक्सपायरी रिकॉर्ड करता है; दावे स्टेबल sources[].id एट्रिब्यूशन का उपयोग करते हैं। कंज्यूमर्स बॉडी पढ़ने से पहले स्टेटस, ट्रस्ट टियर और फ्रेशनेस के आधार पर frontmatter को फ़िल्टर करते हैं। सभी v0.2 एडिशन वैकल्पिक हैं, रीडर्स अज्ञात कीज़ को सुरक्षित रखते हैं, और वे timestamp से generated.at पर तथा पुराने उद्धरण सम्मेलनों से sources पर फ़ॉलबैक करते हैं। ट्रस्ट टियर्स कंज्यूमर्स द्वारा निकाले जाते हैं, ऑथराइजेशन के रूप में उपयोग नहीं किए जाते; कम्प्यूटेशन एविडेंस इनपुट्स, कोड और रिप्रोड्यूस करने योग्य प्रमाण को बांधता है।”

चरण-दर-चरण गहन विश्लेषण

1. सबसे छोटी कॉन्सेप्ट फ़ाइल डिज़ाइन करें

प्रति फ़ाइल एक मेंटेनेबल कॉन्सेप्ट रखें जिसमें type, टाइटल, डिस्क्रिप्शन, रिसोर्स और टैग्स जैसे बेस फ़ील्ड्स हों। इंडेक्स और फ़िल्टर करने योग्य मेटाडेटा को frontmatter में और एक्सप्लेनेशन्स, स्कीमा और उदाहरण क्वेरीज़ को बॉडी में रखें। Git में एक डायरेक्टरी रनटाइम पर किसी केंद्रीय रजिस्ट्री की आवश्यकता के बिना चेंज रिव्यू और रोलबैक की सुविधा देती है।

2. सोर्सेज और प्रति-दावा एट्रिब्यूशन स्थापित करें

sources उन बाहरी दस्तावेज़ों, बंडल-रिलेटिव पाथ्स या स्कोप डिस्क्रिप्टर्स को रिकॉर्ड करता है जिनसे एक कॉन्सेप्ट निकला है, साथ ही लेखक, यूसेज काउंट और अंतिम बार संशोधित समय जैसे वस्तुनिष्ठ सिग्नल्स भी रखता है। बॉडी के दावे पोजीशनल sources[0] के बजाय स्टेबल सोर्स IDs पर आधारित फ़ुटनोट्स का उपयोग करते हैं; क्रम बदलने से कोई दावा अनजाने में गलत एट्रिब्यूट नहीं हो सकता, और कंज्यूमर्स स्थानीय रूप से क्रेडिबिलिटी की गणना कर सकते हैं।

3. जनरेट किए गए और वेरिफ़ाई किए गए को अलग करें

generated बताता है कि वर्तमान सामग्री किसने और कब बनाई; verified बताता है कि सोर्सेज या रिसोर्स के विरुद्ध इसकी पुष्टि किसने और कब की। verified का न होना unverified दर्शाता है; केवल मशीन द्वारा पुष्टि से machine-confirmed मिल सकता है; मानव वेरिफ़ायर से human-reviewed मिल सकता है। ये टियर्स कंज्यूमर द्वारा निकाले गए एडवाइजरी सिग्नल्स हैं, प्रत्यक्ष ऑथराइजेशन या कंप्लायंस निर्णय नहीं।

4. फ्रेशनेस और लाइफसाइकिल का प्रबंधन करें

stable, draft, या deprecated लाइफसाइकिल स्थितियों के लिए status और समीक्षा समय-सीमा के लिए stale_after या समकक्ष समय का उपयोग करें। एक इंडेक्सर फ्रेशनेस की गणना करने के लिए वर्तमान समय, सोर्स अपडेट्स और बिज़नेस पॉलिसी को जोड़ता है। बासी (stale) होने का मतलब गलत होना नहीं है: कंज्यूमर यह तय करता है कि उसे छिपाना है, डाउन-रैंक करना है या फिर से वेरिफ़ाई करना है और इसका कारण रिकॉर्ड करता है।

source -> generated -> verified -> trust tier
      -> status/stale_after -> consumer filter -> body read

5. अटेस्टेड कम्प्यूटेशन्स को संभालें

मेट्रिक्स और कम्प्यूटेड दावों के लिए, परिभाषा, इनपुट-रिसोर्स वर्शन, एक्ज़ीक्यूटर, एक्ज़ीक्यूशन समय और वेरिफिकेशन परिणाम रिकॉर्ड करें। एक अटेस्टेशन यह साबित करता है कि घोषित विधि द्वारा एक मान तैयार किया गया था; यह यह साबित नहीं करता कि इनपुट या बिज़नेस व्याख्या सही है। OKF किसी एक्ज़ीक्यूटर या पैकेजिंग को निर्धारित नहीं करता है, इसलिए गवर्नेंस को एनवायरनमेंट, डिपेंडेंसीज़ और रीप्ले एविडेंस को पिन करना होगा।

6. v0.1 कम्पैटिबिलिटी बनाए रखें

वर्शन 0.2 एक एडिटिव, बैकवर्ड-कम्पैटिबल माइनर वर्शन है; एक v0.1 बंडल जो कोई नया फ़ील्ड नहीं अपनाता है, वैध बना रहता है। रीडर्स कस्टम और अज्ञात कीज़ को सुरक्षित रखते हैं, generated.at को प्राथमिकता देते हैं, पुराने timestamp पर फ़ॉलबैक करते हैं, और sources अनुपस्थित होने पर माइग्रेशन चेतावनी जारी करते हुए पुराने # Citations कन्वेंशन को पढ़ सकते हैं। राइटर्स को इतिहास को चुपचाप फिर से लिखने के बजाय वर्शन माइग्रेशन प्रदान करना चाहिए।

7. एक भरोसेमंद कंजम्पशन पाइपलाइन बनाएँ

प्रोड्यूसर्स फ़ाइलें कमिट करते हैं, वैलिडेटर्स frontmatter, सोर्स IDs और टाइमस्टैम्प्स की जांच करते हैं, वेरिफायर्स स्वतंत्र पुष्टियां लिखते हैं, इंडेक्सर्स फ़िल्टर फ़ील्ड्स को मटीरियलाइज़ करते हैं, और कंज्यूमर्स बॉडी लोड करने से पहले फ़िल्टर करते हैं। आइडम्पोटेंसी के लिए कॉन्सेप्ट IDs और कंटेंट हैश का उपयोग करें और बार-बार जनरेशन के लिए एक रिव्यू क्यू का उपयोग करें। ऑडिट ट्रेल्स के साथ रिमोट लिंक्स, Markdown, फ़ुटनोट्स और एजेंट-जनरेटेड कंटेंट को एस्केप और अलाउ-लिस्ट करें।

उच्च गुणवत्ता वाला नमूना उत्तर

मैं एक OKF बंडल को Git में रिव्यू करने योग्य नॉलेज फ़ैक्ट्स के रूप में मानूँगा। प्रत्येक फ़ाइल में एक कॉन्सेप्ट होता है, जिसमें frontmatter में फ़िल्टर करने योग्य मेटाडेटा और बॉडी में स्पष्टीकरण होते हैं। sources में स्टेबल IDs होती हैं और बॉडी फ़ुटनोट्स व्यक्तिगत दावों को एट्रिब्यूट करते हैं। generated और verified अलग-अलग प्रोड्यूसर और कन्फ़र्मर को रिकॉर्ड करते हैं; कंज्यूमर्स उन्हें ऑथराइजेशन के रूप में माने बिना unverified, machine-confirmed, या human-reviewed टियर्स निकालते हैं। status और stale_after लाइफसाइकिल और फ्रेशनेस फ़िल्टरिंग चलाते हैं, जबकि बासी कॉन्सेप्ट्स को डाउन-रैंक किया जा सकता है या रिव्यू के लिए भेजा जा सकता है। कम्प्यूटेड दावों में इनपुट वर्शन्स, एक्ज़ीक्यूशन एनवायरनमेंट, विधि और साक्ष्य शामिल होते हैं, इस स्पष्ट सीमा के साथ कि अटेस्टेशन इनपुट की सटीकता को साबित नहीं करता है। एक v0.2 रीडर अज्ञात कीज़ को सुरक्षित रखता है, generated.at से timestamp और sources से पुराने उद्धरण सम्मेलनों में फ़ॉलबैक का समर्थन करता है, और v0.1 कम्पैटिबिलिटी के लिए माइग्रेशन चेतावनियाँ जारी करता है। आइडम्पोटेंट कमिट्स, हैश, रिव्यू क्यू और सुरक्षित रेंडरिंग फिर प्रोडक्शन, वेरिफिकेशन, इंडेक्सिंग और कंजम्पशन को अलग करते हैं।

सामान्य गलतियाँ

• जनरेटर और वेरिफ़ायर को जोड़ना → स्वतंत्र पुष्टि समाप्त हो जाती है → generated और verified को अलग-अलग रिकॉर्ड करें।
• ट्रस्ट टियर को अनुमति (permission) के रूप में उपयोग करना → एक एडवाइजरी सिग्नल सुरक्षा नियंत्रण बन जाता है → पहचान, नीति और संसाधन प्रणालियों में ऑथराइजेशन बनाए रखें।
• एट्रिब्यूशन के लिए sources[0] का उपयोग करना → सूची का क्रम बदलने से दावे गलत एट्रिब्यूट हो जाते हैं → स्टेबल सोर्स IDs और फ़ुटनोट कीज़ का उपयोग करें।
• बासी (stale) को गलत मानना → कंज्यूमर पॉलिसी बहुत अपरिष्कृत हो जाती है → कंज्यूमर्स को छिपाने, डाउन-रैंक करने या फिर से वेरिफ़ाई करने की अनुमति दें।
• यह दावा करना कि अटेस्टेशन सत्य को साबित करता है → इनपुट्स और सिमेंटिक्स को नज़रअंदाज़ कर दिया जाता है → इनपुट वर्शन्स, विधि और वेरिफिकेशन स्कोप को बाँधें।
• माइग्रेशन के दौरान चुपचाप पुराने फ़ील्ड्स को हटाना → v0.1 कंज्यूमर्स टूट जाते हैं → फ़ॉलबैक, चेतावनियों और वर्शन राइट्स का उपयोग करें।

फ़ॉलो-अप प्रश्न और उत्तर

फ़ॉर्मेट में एक सार्वभौमिक ट्रस्ट स्कोर क्यों परिभाषित नहीं किया गया है?

स्कोर डोमेन, कंज्यूमर और समय पर निर्भर करते हैं; एक स्कोर स्टोर करने से वह बासी और गैर-पोर्टेबल हो जाता है। फ़ॉर्मेट सत्यापन योग्य सिग्नल्स रिकॉर्ड करता है, और प्रत्येक कंज्यूमर लेखकत्व, फ्रेशनेस, वेरिफिकेशन और उपयोग से एक स्थानीय नीति निकालता है।

क्या होगा यदि दो स्वतंत्र वेरिफ़ायर्स एक कॉन्सेप्ट की पुष्टि करते हैं?

विषय और समय के साथ कई verified रिकॉर्ड रखें। एक कंज्यूमर पहले के साक्ष्य को ओवरराइट किए बिना मानव, मशीन, डोमेन या हालिया नीतियों को जोड़ सकता है।

आप stale_after के मनमाने विस्तार को कैसे रोकते हैं?

इसे कौन बदल सकता है इसे प्रतिबंधित करें, सोर्स या बिज़नेस-ओनर की स्वीकृति की आवश्यकता रखें, और पुराने मान, नए मान, कारण और वेरिफिकेशन साक्ष्य का ऑडिट करें। समय-सीमा को रीफ्रेश करना सामग्री की समीक्षा नहीं है।

क्या होगा यदि कोई v0.1 कंज्यूमर नए फ़ील्ड्स को नहीं समझता है?

इसे अज्ञात फ़ील्ड्स को अनदेखा करना चाहिए और बेस फ़ील्ड्स को पढ़ना जारी रखना चाहिए। कम्पैटिबिलिटी राइट्स, ओल्ड-फ़ील्ड फ़ॉलबैक और माइग्रेशन चेतावनियाँ प्रदान करें; प्रत्येक पुराने बंडल में v0.2 एक्सटेंशन को अनिवार्य न बनाएं।

एजेंट-जनरेटेड मेट्रिक उच्च-विश्वास टियर तक कैसे पहुँचती है?

इसके जनरेशन सोर्स और कम्प्यूटेशन एविडेंस को रिकॉर्ड करें, फिर इनपुट्स, विधि और परिणाम को स्वतंत्र रूप से वेरिफ़ाई करें। मानव समीक्षा या बिज़नेस प्रक्रिया सफल होने के बाद ही कंज्यूमर को उच्च ट्रस्ट टियर निकालना चाहिए।