सामग्री पर जाएँ
kenjtecJournal
Journal में खोजें

प्रॉम्प्ट अटैचमेंट की जगह नॉलेज पेज: BusinessCloud में टीम के ज्ञान को उपयोगी बनाना

Nextcloud Collectives, BusinessCloud में नॉलेज पेजों की नींव है। एक ठोस पेज पदानुक्रम कंपनी की पहुँच, अपडेट और एआई दस्तावेज़ खोज के साथ इसकी सीमा को दिखाता है।

हान्ने तीन खंडों वाले एक रिंग बाइंडर में केवल एक पन्ना बदलती है। एआई चित्रण।

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

इसके लिए BusinessCloud में “Knowledge” है: आपकी अपनी कंपनी के लिए पेजों और सबपेजों से बने नॉलेज बेस। तकनीकी रूप से यह मार्ग Nextcloud Collectivesपर आधारित है। यह ज्ञान का एक संरचित संग्रह है, कोई स्वचालित एआई दस्तावेज़ खोज नहीं। यह अंतर स्पष्ट करता है कि यह किस चीज़ के लिए उपयुक्त है।

एक पेज का उद्देश्य प्रॉम्प्ट अटैचमेंट से अलग होता है

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

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

पदानुक्रम को वास्तविक काम के इर्द-गिर्द बनाएँ

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

Workshop handbook
  Start of shift
    Required documents
    Pending approvals
  Issuing materials
  Handover
    Completed
    Blockers and open decisions

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

नॉलेज बेस किसी टीम का होता है

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

इसके लिए “Knowledge” पर KENJTEC का दस्तावेज़ीकरण “New collective” के माध्यम से विशिष्ट मार्ग और सबपेज वाले पेजों का वर्णन करता है। सदस्यता की योजना सोच-समझकर इस आधार पर बनाएँ कि काम को क्या चाहिए। यहाँ एक आंतरिक नॉलेज बेस किसी भी ग्राहक के लिए खुला सार्वजनिक सहायता केंद्र नहीं है।

स्वामित्व भी मायने रखता है: नॉलेज बेस द्वारा उपयोग किया गया स्टोरेज उस व्यक्ति के खाते में गिना जाता है जो टीम का स्वामी है। नॉलेज बेस को “Knowledge” में ही हटाया जाता है और वह पहले रीसायकल बिन में जाता है। अंतिम सदस्य ऐसी टीम को यूँ ही नहीं छोड़ सकता जिसके पास नॉलेज बेस है। इसलिए यह संरचना कार्य-संपत्ति का हिस्सा है, केवल लिंक की एक ढीली सूची नहीं।

जानकारी को अद्यतन रखने के लिए एक विशिष्ट ज़िम्मेदार व्यक्ति चाहिए

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

ऐसे दो संस्करण रखने से बचें जिन्हें एक ही समय में बाध्यकारी बताया गया हो। किसी पुरानी फ़ाइल को पृष्ठभूमि के रूप में रखा जा सकता है, जबकि पेज स्पष्ट रूप से मान्य प्रक्रिया की ओर संकेत करता है। लाभ एक पहचानने योग्य प्राथमिकता क्रम है। इसका अर्थ यह नहीं है कि BusinessCloud के लिए एक साथ संयुक्त संपादन का वादा किया गया है।

ज्ञान को बनाए रखना अभी कोई RAG पाइपलाइन नहीं है

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

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

स्रोत और कोड समीक्षा की स्थिति: 25 अक्टूबर 2026। सामान्य Collectives नींव और KENJTEC के विशिष्ट कंपनी कार्यान्वयन पर अलग-अलग विचार किया गया।

हैम्बर्ग हमारा शुरुआती बिंदु है।

उपयोगी ज्ञान आपके साथ चलता है।

हैम्बर्ग से AI का व्यावहारिक ज्ञान, दुनिया के लिए।

सेव किए गए लेख