फ़ॉर्मेट फ़ोर्सिंग: तालिका, JSON, सूची, टेम्पलेट — शीघ्र इंजीनियरिंग बुनियादी बातें

लाभ:

आउटपुट स्वरूप को स्पष्ट रूप से निर्दिष्ट करने के लाभों की व्याख्या करता है
उपयुक्त कार्यों में तालिका, सूची, JSON और टेम्पलेट प्रारूपों का अनुरोध कर सकते हैं
वर्कफ़्लो और टूल में संरचित आउटपुट के एकीकरण को समझता है

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

प्रारूप निर्दिष्ट करना इतना महत्वपूर्ण क्यों है?

यदि आप कोई प्रारूप निर्दिष्ट नहीं करते हैं, तो मॉडल अपने पसंदीदा प्रारूप का उपयोग करता है; यह आमतौर पर एक लंबा पैराग्राफ होगा. हालाँकि, हो सकता है कि आपको किसी सॉफ़्टवेयर में चिपकाने के लिए किसी तालिका, सूची या संरचित डेटा की आवश्यकता हो। प्रारूप को पहले से कहने से तीन चीजें जुड़ती हैं: पूर्वानुमेयता (हर बार समान संरचना), प्रयोज्यता (प्रत्यक्ष कॉपी-पेस्ट), और एकीकरण (अन्य उपकरणों पर निर्यात)।

आइए यहां JSON शब्द को स्पष्ट करें: JSON (जावास्क्रिप्ट ऑब्जेक्ट नोटेशन) एक टेक्स्ट प्रारूप है जिसमें डेटा को कुंजी-मूल्य जोड़े में संग्रहीत किया जाता है और सॉफ़्टवेयर द्वारा आसानी से पढ़ा जा सकता है। उदाहरण के लिए {"नाम": "अली", "अनुरोध": "3 लाइसेंस"} JSON का एक टुकड़ा है। यदि आप कृत्रिम बुद्धिमत्ता के आउटपुट को किसी प्रोग्राम, डेटाबेस या स्प्रेडशीट में स्थानांतरित करने जा रहे हैं तो JSON बहुत उपयोगी है।

कौन सा प्रारूप कब?

प्रारूप

सबसे उपयुक्त स्थिति

नमूना कार्य

घटक सूची

अनुक्रमिक/समकक्ष लघु आइटम

कार्य वस्तुएँ, लाभ

क्रमांकित सूची

जब आदेश या प्राथमिकता महत्वपूर्ण हो

चरण दर चरण अनुदेश

टेबल

अनेक मानदंडों के आधार पर वस्तुओं की तुलना करें

आपूर्तिकर्ता तुलना

JSON

किसी अन्य सॉफ़्टवेयर/टेबल पर निर्यात करना

सीआरएम में डेटा प्रविष्टि

टेम्पलेट (रिक्त स्थान भरें)

मानक, दोहराव वाला दस्तावेज़

प्रस्ताव, अस्वीकृति पत्र

अनुच्छेद

बहती हुई कथा, कहानी, ईमेल का मुख्य भाग

ब्लॉग, पत्र

चरण दर चरण फ़ोर्सिंग फ़ॉर्मेट

तय करें कि आउटपुट के साथ क्या करना है. क्या इसे पढ़ा जाएगा, तालिका में संसाधित किया जाएगा, या सॉफ़्टवेयर में भेजा जाएगा?
उपयुक्त प्रारूप चुनें. तुलना → तालिका; सिस्टम इनपुट → JSON; पढ़ना → सूची/पैराग्राफ।
प्रारूप स्पष्ट एवं विस्तार से लिखें। "तालिका बनाएं" के बजाय "कॉलम: मानदंड | ए | बी; 6 पंक्तियों से अधिक नहीं"।
सीमाएँ जोड़ें. "तालिका के बाहर कोई टिप्पणी न लिखें", "केवल वैध JSON लौटाएँ"।
एक उदाहरण दिखाएँ (यदि आवश्यक हो)। विशेष रूप से JSON और टेम्प्लेट के साथ, उदाहरण प्रारूप को पूरी तरह से ठीक करता है।

चार प्रतिलिपि योग्य टेम्पलेट

1) तुलना तालिका:

[ए] और [बी] की तुलना करें। प्रारूप: मार्कडाउन तालिका। कॉलम: मानदंड | [ए] | [बी] पंक्तियाँ: मूल्य, डिलीवरी समय, वारंटी, समर्थन। टेबल के बाहर कोई भी टेक्स्ट न लिखें.

2) सिस्टम में डेटा (JSON):

नीचे दिए गए वार्तालाप नोट से जानकारी निकालें। निम्नलिखित स्कीमा में केवल वैध JSON लौटाएँ, और कुछ न लिखें:

3) मानक दस्तावेज़ टेम्पलेट:

बिल्कुल इस टेम्पलेट को भरते हुए एक अस्वीकृति ईमेल लिखें: विषय: [पद] के लिए आपके आवेदन के बारे में नमस्ते [नाम], [धन्यवाद वाक्य] [दयालु अस्वीकृति वाक्य] [वाक्य जो भविष्य के लिए दरवाजा खुला छोड़ देता है] अच्छा काम, [कंपनी] एचआर चर: नाम = [...], स्थिति = [...]

4)कार्य सूची:

इस मीटिंग नोट से कार्रवाइयां निकालें। प्रारूप: प्रत्येक पंक्ति "- [जिम्मेदार] - [कार्रवाई] - [समय सीमा]" केवल स्पष्ट कार्रवाई करें; चर्चा विवरण छोड़ें। नोट: [पाठ]

कमजोर संकेत/मजबूत संकेत

कमज़ोर:

इन 3 लैपटॉप की तुलना करें।[विशेषताएं]

मजबूत:

दूसरा प्रॉम्प्ट आउटपुट को सीधे प्रेजेंटेशन या ईमेल में पेस्ट कर देता है; किसी रीफैक्टरिंग की आवश्यकता नहीं है.

तीन मिनी मामले

केस 1 - डेटा एंट्री ऑटोमेशन। एक बिक्री सहायक हर दिन सीआरएम में मैन्युअल रूप से ~25 कॉल नोट्स दर्ज कर रहा था; इसमें प्रति नोट लगभग 3 मिनट का समय लगा। एक प्रॉम्प्ट बनाया गया जो नोट्स को एक निश्चित JSON स्कीमा में परिवर्तित करता है; आउटपुट को सीधे आयात किया गया, जिससे 75 मिनट का दैनिक कार्य घटकर केवल कुछ मिनट रह गया। केवल "अत्यावश्यकता: उच्च" चिह्नित लोगों को मैन्युअल रूप से जांचा गया था।

केस 2 - प्रबंधन रिपोर्ट। एक वित्त टीम पैराग्राफ के रूप में मासिक सारांश ले रही थी और उन्हें हाथ से सारणीबद्ध कर रही थी। जब "निश्चित कॉलम वाली तालिका" प्रारूप को मजबूर किया गया, तो रिपोर्ट सीधे प्रस्तुति में चली गई; प्रति माह कई घंटों का फ़ॉर्मेटिंग कार्य समाप्त हो जाता है।

केस 3 - मानक पत्राचार। एक एचआर टीम हर बार अस्वीकृति ईमेल को फिर से लिख रही थी, स्वर असंगत था। जब एक निश्चित पैटर्न लागू किया गया, तो सभी अस्वीकृतियाँ एक ही सौम्य प्रकृति की प्रतीत हुईं; एकरूपता प्राप्त हुई और लेखन का समय कम हो गया।

युक्ति: JSON या तालिका जैसे सख्त प्रारूपों के लिए, "केवल अनुरोधित प्रारूप लौटाएं, पहले/बाद में कोई टिप्पणी नहीं" की बाधा शामिल करना सुनिश्चित करें। मॉडल द्वारा जोड़े गए वाक्य, जैसे "यहां वह तालिका है जो आप चाहते हैं:", स्वचालन को तोड़ें।

ध्यान दें: प्रारूप को बाध्य करने से सामग्री की सटीकता की गारंटी नहीं मिलती है। मॉडल रिक्त स्थान को भरने के लिए मान फिट कर सकता है। विशेष रूप से, JSON आउटपुट में संख्याओं और नामों की तुलना स्रोत से करें; उचित प्रारूप का मतलब सही डेटा नहीं है.

बदलाव जो प्रारूप को मजबूत करते हैं

कभी-कभी केवल प्रारूप पूछना ही पर्याप्त नहीं होता; यह सुनिश्चित करना भी आवश्यक है कि मॉडल इसके प्रति वफादार रहे। वर्कफ़्लो में अक्सर उपयोग की जाने वाली चार व्यावहारिक तकनीकें:

फ़ील्ड को पहले से परिभाषित करें. "तालिका बनाएं" के बजाय कॉलम नाम और पंक्तियों की संख्या ठीक करें। अस्पष्ट छोड़े गए प्रत्येक क्षेत्र के कारण आउटपुट हर बार थोड़ा अलग लगता है; इससे ऑटोमेशन टूट जाता है.
शून्य/अज्ञात को खारिज करें. कहें "अज्ञात फ़ील्ड में शून्य लिखें" या "यदि कोई डेटा नहीं है तो खाली छोड़ दें"। अन्यथा मॉडल अंतर को भरने के लिए मूल्यों को फिट करने की प्रवृत्ति रखता है।
मान सेट को प्रतिबंधित करें. यदि कोई फ़ील्ड केवल कुछ मान ले सकता है, तो इसे स्पष्ट रूप से लिखें: "तात्कालिकता केवल निम्न, मध्यम या उच्च हो सकती है"। यह सुनिश्चित करता है कि आउटपुट अगले चरण में सुरक्षित रूप से संसाधित हो।
उदाहरण के तौर पर एंकर। विशेष रूप से JSON और टेम्प्लेट के साथ, एक ही सही उदाहरण दिखाने से लंबे विवरण की तुलना में प्रारूप अधिक प्रभावी ढंग से लॉक हो जाता है। मॉडल नमूने का अनुकरण करता है.

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

प्रारूप और सामग्री पर अलग से विचार करना

अनुभवी उपयोगकर्ता दो तरह से प्रिंटआउट का मूल्यांकन करते हैं: क्या प्रारूप सही है और क्या सामग्री सही है? ये दोनों स्वतंत्र हैं. एक आदर्श तालिका में ग़लत संख्याएँ हो सकती हैं; एक अस्त-व्यस्त अनुच्छेद में सटीक जानकारी हो सकती है। फ़ॉर्मेटिंग केवल पहली समस्या (प्रारूप) का समाधान करती है। दूसरे प्रश्न (सामग्री सटीकता) के लिए हमेशा एक अलग सत्यापन चरण की आवश्यकता होती है। इस अंतर को ध्यान में रखने से "यह सही है क्योंकि यह अच्छा दिखता है" के जाल में फंसने से बच जाता है।

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

प्रारूप बिल्कुल भी निर्दिष्ट नहीं किया जा रहा है। फिर आउटपुट को मैन्युअल रूप से तालिका/सूची में डंप करना।
प्रारूप को अस्पष्ट छोड़ना. "एक तालिका बनाओ" कह रहे हैं लेकिन कॉलमों का उल्लेख नहीं कर रहे हैं।
प्रकटीकरण बाधा को दरकिनार करना. मॉडल द्वारा जोड़े गए परिचयात्मक वाक्य स्वचालन को बाधित करते हैं।
गलत प्रारूप चुनना. एक अनुच्छेद के साथ तुलना और एक तालिका के साथ वर्णन के लिए पूछना।
रीपर पर भरोसा करना और सामग्री का सत्यापन न करना। साफ़ JSON में फिटिंग मान पर ध्यान नहीं दिया जा रहा है।

संक्षेप में

प्रारूप प्रवर्तन स्पष्ट रूप से मॉडल को आउटपुट का प्रारूप (सूची, तालिका, JSON, टेम्पलेट) बता रहा है।
सही प्रारूप पूर्वानुमेयता, प्रयोज्यता और अन्य उपकरणों में एकीकरण प्रदान करता है।
आप जो करेंगे उसके अनुसार प्रारूप चुनें: तुलना तालिका, सिस्टम इनपुट JSON, पठन सूची/पैराग्राफ।
सख्त प्रारूपों के लिए, "केवल इस प्रारूप को वापस करें, टिप्पणियाँ न जोड़ें" बाधा आवश्यक है।
उचित रूप का मतलब सही सामग्री नहीं है; संख्याएँ और नाम सत्यापित करें.

आवेदन कार्य

ऐसी नौकरी चुनें जिसके आउटपुट को आप हमेशा मैन्युअल रूप से पुनर्व्यवस्थित करते हों। एक उपयुक्त प्रारूप (तालिका, JSON या टेम्पलेट) निर्धारित करें और इसे प्रॉम्प्ट में जोड़ें और "केवल इस प्रारूप को वापस करें" प्रतिबंध सेट करें। आउटपुट को सीधे लक्ष्य (प्रस्तुति, स्प्रेडशीट, सॉफ़्टवेयर) में चिपकाने का प्रयास करें और आपके द्वारा बचाए गए समय को मापें।

चेकलिस्ट

[ ] मैं चुन सकता हूं कि कौन सा प्रारूप किस कार्य के लिए उपयुक्त है।
[ ] मैं प्रारूप का विस्तार से वर्णन करता हूं (कॉलम, फ़ील्ड, स्कीमा)।
[ ] मैं "एनोटेशन" को सख्त प्रारूपों में प्रतिबंधित करता हूं।
[ ] मुझे पता है कि JSON क्या है और इसका उपयोग कब करना है।
[ ] मैं नोट करता हूं कि उचित स्वरूपण सामग्री को मान्य नहीं करता है।