Metlivi ब्लॉग

प्रत्येक AI दैनिक समीक्षा को एक शुरुआती सीमा और एक अंतिम स्थिति दें

एक AI चिंतन टूल सीमित दैनिक समीक्षा में तब मदद कर सकता है जब उपयोगकर्ता पहले प्रॉम्प्ट से पहले पाँच चीज़ें तय कर ले: इस समीक्षा का उद्देश्य, उपयोग की जाने वाली आज की सटीक सामग्री, एक निश्चित अवधि, उपयोगकर्ता के स्वामित्व वाला एक संपादन योग्य आउटपुट, और एक स्पष्ट समाप्ति शर्त। एक व्यावहारिक अनुबंध ऐसा हो सकता है: “केवल आज के मेरे द्वारा चुने गए तीन नोट्स का उपयोग करें, दस मिनट से अधिक समय न लें, एक संपादन योग्य समीक्षा कार्ड तैयार करें, और जब मैं रखना (कीप), संशोधित करना या छोड़ना (डिस्कार्ड) चुनूं, तब समाप्त करें।” टूल को बिना बताए पिछली बातचीत शामिल नहीं करनी चाहिए, कोई नया ट्रैकिंग रूटीन नहीं जोड़ना चाहिए, किसी अधूरे कार्य को निरंतर चलने वाली चैट में नहीं बदलना चाहिए, या रिमाइंडर के माध्यम से समीक्षा को फिर से नहीं खोलना चाहिए। यह पृष्ठ सत्र की सीमाओं को तैयार करता है। यह प्रॉम्प्ट्स का कोई लंबा संग्रह नहीं देता, किसी व्यक्ति का विश्लेषण नहीं करता, या यह वादा नहीं करता कि दैनिक समीक्षा से कोई विशेष परिणाम ही मिलेगा।

27 अगस्त 202610 मिनट का पठनसमय प्रबंधन और व्यक्तिगत विकासलेखक: Metlivi Editorial Team
खंड 1

बातचीत शुरू करने से पहले समीक्षा अनुबंध लिखें

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

खंड 2

इनपुट सीमा को केवल वर्तमान दिन की सामग्री तक ही सीमित रखें

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

खंड 3

चेतावनी के साथ टाइमबॉक्स का उपयोग करें और बातचीत को आगे न बढ़ाएं

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

खंड 4

आउटपुट को एक संपादन योग्य समीक्षा कार्ड बनाएं, कोई फैसला नहीं

कार्ड में स्रोत की पंक्तियों को AI द्वारा बनाए गए समूहीकरण और उपयोगकर्ता द्वारा पुष्ट किए गए शब्दों से अलग रखा जाना चाहिए। एक संक्षिप्त प्रारूप में शामिल हो सकते हैं: चयनित सामग्री, योजना में देखा गया एक बदलाव, रखने के लिए एक आइटम, संशोधित करने के लिए एक आइटम, और एक वैकल्पिक अगला कदम। प्रत्येक फ़ील्ड को संपादित किया जा सकता है, हटाया जा सकता है या खाली छोड़ा जा सकता है। टूल को इरादों, लक्षणों या छिपे हुए अर्थों के बारे में दावे नहीं जोड़ने चाहिए; जब कैलेंडर में ऐसा हो तो यह कह सकता है कि “शाम 4 बजे का कार्य बदल दिया गया था”, लेकिन इसके कारणों का मनगढ़ंत अनुमान नहीं लगाना चाहिए। सुधारों से कार्ड बदलना चाहिए, मूल नोट्स नहीं। PAIR फ़ीडबैक के दायरे और समय को स्पष्ट करने की सलाह देता है। यहाँ किए गए सुधार में यह बताया जाना चाहिए कि क्या यह केवल इस कार्ड को प्रभावित करता है, शेष सत्र को, या अलग से चुनी गई किसी प्राथमिकता को। डिफ़ॉल्ट रूप से इसे केवल इसी कार्ड तक सीमित रखें।

खंड 5

एक अंतिम स्थिति और आगे ले जाने के लिए स्पष्ट विकल्प के साथ समाप्त करें

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

खंड 6

समीक्षा को दिनचर्या बनाने से पहले चार सीमा परीक्षण चलाएं

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

संबंधित प्रश्न

सामान्य प्रश्न

क्या प्रत्येक दैनिक समीक्षा में समान प्रश्नों का उपयोग किया जाना चाहिए?

नहीं। सीमा को स्थिर रखें, लेकिन केवल उन्हीं कुछ प्रश्नों को चुनें जो आज के निर्धारित उद्देश्य को पूरा करते हों।

क्या टाइमबॉक्स समाप्त होने के बाद भी समीक्षा जारी रह सकती है?

केवल एक निश्चित अवधि के जानबूझकर किए गए एकमुश्त विस्तार के माध्यम से; यह नया डिफ़ॉल्ट नहीं बनना चाहिए।

क्या कार्ड को सहेजने का मतलब है कि उसकी सामग्री मेमोरी में चली जाती है?

डिफ़ॉल्ट रूप से नहीं। कार्ड को सहेजना और किसी फ़ील्ड को भविष्य के सत्रों में ले जाना अलग-अलग, स्पष्ट क्रियाएं होनी चाहिए।

संबंधित लेख

इस विषय को आगे पढ़ें