Colay / मार्गदर्शिकाएँ

निर्देशों को सुरक्षित रखते हुए नॉलेज बेस का लेख दोबारा लिखें

नॉलेज बेस का लेख दोबारा लिखने से पाठक का अगला कदम अधिक स्पष्ट होना चाहिए। Colay में अलग-अलग AI ड्राफ्ट से समझ सकते हैं कि छोटी प्रक्रिया, समस्या-निवारण निर्णय-वृक्ष या उदाहरणों वाला विवरण अधिक उपयोगी होगा। एक लेख और सत्यापित तथ्यों की सूची से शुरू करें। अंतिम परिणाम ऐसा संशोधित लेख होना चाहिए जिसके हर निर्देश का स्रोत पता चल सके, केवल सुंदर वैकल्पिक वाक्यों का संग्रह नहीं।

लेख को एक पाठक और एक काम दें

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

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

निश्चित उत्पाद तथ्यों के साथ एक काल्पनिक पुनर्लेखन

एक काल्पनिक कार्यक्षेत्र उपकरण पर विचार करें। सदस्य सेटिंग्स → अधिसूचनाओं में व्यक्तिगत ईमेल सूचनाओं को म्यूट कर सकते हैं। केवल एक स्वामी ही संगठन-व्यापी डिफ़ॉल्ट को बदल सकता है। सहेजी गई सेटिंग भविष्य के ईमेल को प्रभावित करती है; यह पहले से कतारबद्ध संदेशों को नहीं हटाता है। ये उदाहरण के लिए आविष्कृत इनपुट हैं, न कि Colay सुविधाएं।

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

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

एक संकेत जो शब्दों को उत्पाद की सच्चाई से अलग करता है

चयनित एजेंट काम को कैसे समझते हैं, यह देखने के लिए Colay में Ask separately का उपयोग करें। पूरे लेख को सँवारने से पहले रूपरेखाओं की तुलना करें। एक उत्तर अनुमति की शर्त हटाए और बाकी उसे रखें, तो स्वीकृत स्रोत जाँचें। मॉडलों की सहमति लिखी हुई प्रक्रिया का वास्तविक परीक्षण करने का विकल्प नहीं है।

इस स्वीकृत नॉलेज बेस लेख को दोबारा लिखें: [पाठ]। कार्य कार्ड: [दर्शक, उत्पाद संस्करण, भूमिका, सटीक यूआई लेबल, अपेक्षित परिणाम, अपवाद]। एक क्रमांकित कैसे करें, एक समस्या निवारण संस्करण और एक संक्षिप्त FAQ संस्करण तैयार करें। प्रत्येक शर्त, अनुमति और अपवाद को सुरक्षित रखें। नियंत्रण या व्यवहार का आविष्कार न करें. प्रत्येक संस्करण के लिए, प्रत्येक निर्देश का समर्थन करने वाले स्रोत वाक्य को सूचीबद्ध करें। अस्पष्ट या विरोधाभासी स्रोत सामग्री को एक अलग प्रश्न सूची में रखें। [पाठक स्थिति] के लिए एक संरचना की सिफारिश करें और विकल्प की व्याख्या करें। विभिन्न उत्पाद संस्करणों से तथ्यों को चुपचाप संयोजित न करें।

सर्वोत्तम ड्राफ्ट को प्रकाशन योग्य संशोधन में बदलें

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

  1. वह संरचना चुनें जो कार्य कार्ड से मेल खाती हो। अन्य ड्राफ्ट के उपयोगी वाक्यों को उनके अर्थ की जांच करने के बाद ही रखें।
  2. समर्थित उत्पाद संस्करण में बताई गई भूमिका के साथ प्रत्येक चरण पर चलें। लेबल, ऑर्डर, परिणाम और दस्तावेजी अपवाद सत्यापित करें।
  3. लेख को एक नए उपयोगकर्ता के रूप में पढ़ें: पूर्वापेक्षाएँ आवश्यक होने से पहले प्रकट होनी चाहिए, और एक असफल चरण में अगली कार्रवाई उपलब्ध होनी चाहिए।
  4. समीक्षक, लेख संस्करण और परिवर्तित अनुभाग रिकॉर्ड करें। तुलना के लिए पिछले संस्करण को बनाए रखते हुए, अपने मौजूदा नॉलेज बेस वर्कफ़्लो के माध्यम से प्रकाशित करें।

पुनर्लेखन का मूल्यांकन इस आधार पर करें कि पाठक क्या कर सकता है

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

आपके सवालों के जवाब

क्या सभी आठ संस्करण प्रकाशित किए जाने चाहिए?

आमतौर पर नहीं. वे एक पाठक कार्य के लिए उम्मीदवार हैं। सबसे स्पष्ट उपयुक्त संस्करण प्रकाशित करें; लेखों को तभी अलग करें जब वे वास्तव में अलग-अलग ज़रूरतों का जवाब दें।

क्या मॉडल पुराने निर्देशों की मरम्मत कर सकता है?

केवल तभी जब आप सत्यापित प्रतिस्थापन तथ्य प्रदान करते हैं। एक प्रशंसनीय नया बटन नाम इस बात का प्रमाण नहीं है कि उत्पाद उस तरह से व्यवहार करता है।

यदि लेख में निजी ग्राहक उदाहरण शामिल हैं तो क्या होगा?

केवल उन उदाहरणों का उपयोग करें जिन्हें साझा करने की आपको अनुमति है। अनावश्यक पहचानकर्ताओं को हटा दें और एक काल्पनिक उदाहरण प्रतिस्थापित करें जहां पहचान कोई निर्देशात्मक मूल्य नहीं जोड़ती है।

स्रोत और कार्यप्रणाली

  1. Google: writing procedures

    स्पष्ट कार्रवाई चरणों और संदर्भ पर प्राथमिक मार्गदर्शन; काल्पनिक वर्कफ़्लो और समीक्षा विधि इस लेख के उदाहरण हैं।

अपना अगला सवाल Colay में पूछें

एक मॉडल चुनें, Auto का उपयोग करें, या Consensus के साथ कई दृष्टिकोण एक साथ लाएं।

मेरे लेख को दोबारा लिखें