संरचित आउटपुट, प्रमाण और नवीनता
मुखपृष्ठ · ज्ञान और एजेंट · रिपोर्ट, AI लॉग और ट्रेसबिलिटी
उद्देश्य
यह पृष्ठ बताता है कि ProPM Agent में एक संरचित आउटपुट की व्याख्या कैसे करें ताकि यह तय किया जा सके कि परिणाम सीधे उपयोग करने योग्य है, उसकी समीक्षा की जानी चाहिए या उसे एक शासित आर्टिफैक्ट में बदलना चाहिए।
यह महत्वपूर्ण क्यों है
ProPM Agent केवल एक मुक्त पाठ नहीं लौटाता है। देखे गए रन इसके अतिरिक्त प्रदर्शित कर सकते हैं:
- एक सारांश;
- निष्कर्ष;
- लिए जाने वाले निर्णय;
- कार्रवाइयाँ;
- धारणाएँ;
- गुम जानकारी;
- वॉचपॉइंट्स;
- प्रमाण;
- नवीनता और विश्वसनीयता की मेटाडेटा;
- आर्टिफैक्ट प्रस्ताव, फॉलो-अप्स और सूचनाएँ।
यह जानकारी कहाँ दिखाई देती है
संरचित आउटपुट और उनकी मेटाडेटा कई सतहों पर दिखाई देती हैं:
- एजेंट, एक रन के तुरंत बाद;
- AI लॉग, एक रन के विवरण में;
- रिपोर्ट और आर्टिफैक्ट, रन, आर्टिफैक्ट और PM डॉक के बीच वंशावली के माध्यम से।
एक संरचित आउटपुट कैसे पढ़ें
अनुशंसित पठन क्रम
- सारांश पढ़ें;
- फिर लिए जाने वाले निर्णय या कार्रवाइयाँ खोलें;
- प्रम ाण अनुभाग की जाँच करें;
- विश्वसनीयता और स्रोत नवीनता को दोबारा पढ़ें;
- फिर तय करें कि क्या उत्तर चैट में रह सकता है, एक आर्टिफैक्ट का ड्राफ्ट बन सकता है या मानवीय समीक्षा की आवश्यकता है।
अनुभागों का अर्थ
| अनुभाग | इसका क्या उपयोग है |
|---|---|
| सारांश | परिणाम का सबसे छोटा संस्करण, त्वरित समीक्षा के लिए तैयार |
| निष्कर्ष | रन द्वारा उजागर किए गए तथ्य, कारण या अवलोकन |
| लिए जाने वाले निर्णय | ऐसे बिंदु जिनके लिए मानवीय मध्यस्थता की आवश्यकता है |
| कार्रवाइयाँ | निष्पादित या योजनाबद्ध करने के लिए अनुशंसित आगे के कदम |
| धारणाएँ | अंतर्निहित शर्तें जिन पर उत्तर निर्भर करता है |
| गुम जानकारी | अनुपस्थित जानकारी जो परिणाम की मजबूती को कम करती है |
| वॉचपॉइंट्स | जोखिम, विरोधाभास या निगरानी के लिए विषय |
| प्रमाण | प्रमाण या औचित्य के रूप में काम करने वाले संदर्भ |
| आर्टिफैक्ट स्थिति / आर्टिफैक्ट प्रस्ताव | परिणाम के शासित आर्टिफैक्ट में संभावित परिवर्तन के संकेत |
| फॉलो-अप्स | प्रस्तावित निरंतरता के चरण |
| सूचनाएँ | फ्लो द्वारा सुझाए गए ड्राफ्ट या सूचनाएँ |
पठन का सरलीकृत उदाहरण
नीचे दिया गया उदाहरण दृष्टांतात्मक है। इसका उद्देश्य पुन: उपयोग से पहले एक संरचित कार्ड को कैसे दोबारा पढ़ना है, यह दिखाना है:
- सारांश: क्रिटिकल लॉट दो सप्ताह देरी से प्रतीत होता है।
- निष्कर्ष: अंतिम प्लानिंग नोट शासित कैलेंडर कनेक्टर से अधिक नया है।
- लिए जाने वाले निर्णय: क्या स्पॉन्सर माइलस्टोन को रीबेसलाइन करना चाहिए या प्लानिंग पुन: मान्यता की मांग करनी चाहिए?
- प्रमाण: प्लानिंग नोट, साप्ताहिक रिपोर्ट का अंश, स्रोत कनेक्टर की स्थिति।
- स्रोत नवीनता: ज्ञान
fresh, प्लानिंग कनेक्टरstale।- वॉचपॉइंट्स: प्रोजेक्ट संचार और अंतिम सिंक्रनाइज़ डेटा के बीच संभावित विरोधाभास।
इस मामले में अनुशंसित पठन:
- सारांश आपको बताता है कि प्राथमिकता से क्या दोबारा पढ़ना है;
- प्रमाण + स्रोत नवीनता का संयोजन आपको बहुत जल्दी प्रकाशित करने से रोकता है;
- एक वॉचपॉइंट और लिए जाने वाले निर्णय की उपस्थिति मानवीय समीक्षा की ओर धकेलती है, और फिर एक आर्टिफैक्ट की ओर यदि विषय औपचारिक हो जाता है।
अक्सर पाए जाने वाले दो मामलों में अंतर
| मामला | व्यावहारिक पठन | अनुशंसित निर्णय |
|---|---|---|
| विश्वसनीयता सही लेकिन नवीनता अपर्याप्त | तर्क सुसंगत लगता है, लेकिन स्रोतों का एक हिस्सा stale या aging है | दस्तावेज़ीकरण पुन: मान्यता या रिफ्रेश के बिना प्रसारित न करें |
| विश्वसनीयता कम लेकिन स्रोत हाल के | स्रोत हाल के हैं, लेकिन रन अभी भी कमियों, विरोधाभासों या बहुत मजबूत धारणाओं की रिपोर्ट करता है | आउटपुट को अन्वेषणात्मक कार्य के रूप में रखें, फ िर औपचारिक रूप देने से पहले समीक्षा या रन को फिर से शुरू करें |
यह अंतर विश्वसनीयता को एक एकल नोट के रूप में मानने से बचाता है। एक उत्तर मजबूत लग सकता है लेकिन बहुत पुराने स्रोतों पर आधारित हो सकता है, या इसके विपरीत।
प्रमाण कैसे पढ़ें
प्रत्येक प्रमाण या उद्धरण कई उपयोगी तत्व प्रदर्शित कर सकता है:
- एक शीर्षक या स्रोत का नाम;
- एक स्रोत URI या दस्तावेज़ी नाम;
- एक स्निपेट;
- एक पृष्ठ या अनुभाग जब उपलब्ध हो;
- सिंक्रनाइज़ेशन की तिथि;
- एक स्रोत प्रणाली;
- नवीनता का बैज;
- प्राधिकरण की रैंक जब प्रदर्शित किया जाता है।
एक प्रमाण का पुन: उपयोग करने से पहले क्या जाँचना चाहिए
- क्या स्निपेट प्रदर्शित संदेश का समर्थन करता है?
- क्या स्रोत पहचानने योग्य और पुन: खोलने योग्य है?
- क्या अपेक्षित निर्णय स्तर के लिए नवीनता स्वीकार्य है?
- क्या कई प्रमाण एक ही बात कहते हैं, या कोई विरोधाभास है?
नवीनता स्थितियाँ
| स्थिति | व्यावहारिक अर्थ | अ नुशंसित प्रतिक्रिया |
|---|---|---|
fresh | सामान्य उपयोग के लिए पर्याप्त रूप से नया स्रोत | सामान्य समीक्षा के बाद पुन: उपयोग किया जा सकता है |
aging | अभी भी उपयोग योग्य स्रोत लेकिन जो पुन: मान्यता की आवश्यकता के करीब पहुँच रहा है | व्यापक प्रसारण से पहले त्वरित रूप से सत्यापित करें |
stale | पूरक नियंत्रण के बिना विश्वसनीय माने जाने के लिए बहुत पुराना स्रोत | निर्णय से पहले रिफ्रेश करें, पुन: आयात करें या पुष्टि करें |
conflicting | स्रोत किसी अन्य प्रासंगिक स्रोत का विरोध करता है | स्वचालित रूप से मध्यस्थता न करें; प्रमाणों को दोबारा पढ़ें |
unavailable | स्रोत की पुष्टि या पुनर्प्राप्ति नहीं की जा सकी | एक चेतावनी के रूप में व्यवहार करें, उपयोग योग्य प्रमाण के रूप में नहीं |
विश्वसनीयता
विश्वसनीयता परिणाम की मजबूती का एक वैश्विक संकेत है। इसकी व्याख्या नवीनता और प्रमाणों के साथ की जानी चाहिए, कभी भी अलगाव में नहीं।
यदि आप देखते हैं तो अतिरिक्त मानवीय समीक्षा की योजना बनाएं:
- कम विश्वसनीयता;
- अनुपस्थित या कम विशिष्ट प्रमाण;
stale,conflictingयाunavailableस्थितियाँ;- महत्वपूर्ण गुम जानकारी अनुभाग;
- बाहरी प्रभाव वाला निर्णय या कार्रवाई।
प्रभाव के अनुसार समीक्षा स्तर
| प्रभाव स्तर | न्यूनतम समीक्षा | अनुशंसित एस्कलेशन |
|---|---|---|
| आंतरिक कार्य ड्राफ्ट | सारांश, निष्कर्ष और कम से कम एक पुन: खोलने योग्य प्रमाण की जाँच करें | यदि यह अन्वेषणात्मक रहता है तो आउटपुट को चैट में रखें |
| टीम समन्वय या आंतरिक प्रोजेक्ट कार्रवाई | प्रमाण, नवीनता, गुम जानकारी और प्रस्तावित कार्रवाइयों की जाँच करें | यदि परिणाम साझा या ऐतिहासिक रूप से रिकॉर्ड किया जाना है तो एक आर्टिफैक्ट बनाएं |
| स्पॉन्सर निर्णय, प्रकाशन, बाहरी सूचना या शासित कार्रवाई | सभी प्रमाणों को दोबारा पढ़ें, conflicting / stale स्थितियों का मध्यस्थता करें, तकनीकी IDs बनाए रखें | प्रसारण से पहले रिपोर्ट और आर्टिफैक्ट, डिफ, वंशावली और AI लॉग से गुजरें |
बनाए रखने के लिए ट्रेसबिलिटी IDs
| फ़ील्ड | उपयोग |
|---|---|
ट्रेस ID | सपोर्ट साइड पर रन या घटना को सटीक रूप से पुनः प्राप्त करना |
संरचित आउटपुट ID | वास्तव में उत्पादित संरचित आउटपुट की पहचान करना |
संदर्भ स्नैपशॉट ID | यह समझना कि रन किस दस्तावेज़ी या प्रोजेक्ट संदर्भ में चला |
ये फ़ील्ड विशेष रूप से उपयोगी होते हैं जब आपको एक रन, एक आर्टिफैक्ट और AI लॉग की एक घटना को सहसंबंधित करने की आवश्यकता होती है।
आउटपुट को आर्टिफैक्ट में कब बदलें
देखा गया सामान्य पथ है:
- प्रोजेक्ट प्रश्न;
- संरचित उत्तर;
- एक ड्राफ्ट आर्टिफैक्ट का निर्माण;
- डिफ और वंशावली की समीक्षा;
- अनुमोदन या प्रकाशन।
एक आउटपुट को आर्टिफैक्ट में बदलें जब:
- इसे एक औपचारिक डिलिवरेबल बनना हो;
- इसे एक मान्यता या प्रकाशन से गुजरना हो;
- आपको एक रन और उसके प्रमाणों की स्पष्ट वंशावली बनाए रखने की आवश्यकता हो;
- सामग्री को बाहरी प्रसारण, अनुमोदन या स्थायी ट्रेसबिलिटी के लिए चैट से बाहर निकलना हो।
सरल नियम: जब तक आप अन्वेषण कर रहे हैं, चैट पर्याप्त हो सकता है; जैसे ही एक परिणाम साझा, अनुमोदित, प्रकाशित या ट्रेस के रूप में संरक्षित किया जाना चाहिए, रिपोर्ट और आर्टिफैक्ट से गुजरें।
एक डिलिवरेबल में पुन: उपयोग से पहले चेकलिस्ट
- क्या सारांश विस्तृत निष्कर्षों से मेल खाता है?
- क्या प्रस्तावित कार्रवाइयाँ प्रोजेक्ट स्थिति के साथ सुसंगत हैं?
- क्या निर्णय को सही ठहराने के लिए प्रमाण पर्याप्त रूप से सटीक हैं?
- क्या नवीनता स्थितियाँ स्वीकार्य हैं?
- क्या एक आर्टिफैक्ट बनाने की आवश्यकता है या क्या आउटपुट को चैट में रखना पर्याप्त है?
सामान्य समस्याएँ
उत्तर साफ लगता है लेकिन कोई प्रमाण दिखाई नहीं देता
परिणाम को बाहरी उपयोग से पहले समीक्षा करने के लिए एक तत्व के रूप में व्यवहार करें। दिखाई देने वाले प्रमाण की अनुपस्थिति सामग्री को सही ठहराने की क्षमता को कम करती है।
एक प्रमाण conflicting है
सीधे प्रकाशित न करें। स्रोत खोलें, असहमत संदर्भों की तुलना करें और मध्यस्थता को आर्टिफैक्ट या गवर्नेंस में दस्तावेज़ करें। यदि विषय को एक औपचारिक निर्णय की आवश्यकता है, तो संघर्ष को केवल चैट में छोड़ने के बजाय गवर्नेंस, निर्णय और कार्रवाइयाँ की ओर बढ़ें।
एक प्रमाण unavailable है
मान लें कि औचित्य स्थिर नहीं है। ज्ञान, आयात या AI लॉग में रन के विवरण में स्रोत की जाँच करें।