फॉरमॅट फोर्सिंग: टेबल, JSON, सूची, टेम्पलेट

नफा:

• आउटपुट स्वरूप स्पष्टपणे निर्दिष्ट करण्याचे फायदे स्पष्ट करते
• योग्य कार्यांमध्ये टेबल, सूची, JSON आणि टेम्पलेट फॉरमॅटची विनंती करू शकतात
• वर्कफ्लो आणि टूल्समध्ये संरचित आउटपुटचे एकत्रीकरण समजते

AI-व्युत्पन्न केलेली सामग्री कितीही चांगली असली तरीही, जेव्हा ती आपल्यासाठी कार्य करत नाही अशा स्वरूपनात येते, तेव्हा आपण ते पुन्हा तयार करण्यात वेळ घालवाल. या युनिटमध्ये आपण आउटपुटचे स्वरूप नियंत्रित करण्यास शिकू. मॉडेलला केवळ "काय" तयार करायचे नाही तर ते "कोणत्या स्वरूपात" तयार करायचे हे देखील सांगणे, आउटपुट थेट वापरण्यायोग्य बनवते आणि मोठ्या प्रमाणात मॅन्युअल सुधारणा वेळ काढून टाकते. आम्ही याला "फोर्सिंग फॉरमॅट" म्हणतो.

स्वरूप निर्दिष्ट करणे इतके महत्त्वाचे का आहे?

आपण स्वरूप निर्दिष्ट न केल्यास, मॉडेल त्याचे प्राधान्य स्वरूप वापरते; हा सहसा एक लांब परिच्छेद असेल. तथापि, सॉफ्टवेअरमध्ये पेस्ट करण्यासाठी तुम्हाला टेबल, सूची किंवा संरचित डेटाची आवश्यकता असू शकते. आगाऊ स्वरूप सांगणे तीन गोष्टी जोडते: अंदाज (प्रत्येक वेळी समान रचना), उपयोगिता (थेट कॉपी-पेस्ट), आणि एकत्रीकरण (इतर साधनांमध्ये निर्यात करणे).

येथे JSON शब्द स्पष्ट करूया: JSON (JavaScript ऑब्जेक्ट नोटेशन) एक मजकूर स्वरूप आहे ज्यामध्ये डेटा की-व्हॅल्यू जोड्यांमध्ये संग्रहित केला जातो आणि सॉफ्टवेअरद्वारे सहजपणे वाचता येतो. उदाहरणार्थ {"name": "Ali", "request": "3 licence"} हा JSON चा एक भाग आहे. जर तुम्ही कृत्रिम बुद्धिमत्तेचे आउटपुट प्रोग्राम, डेटाबेस किंवा स्प्रेडशीटमध्ये हस्तांतरित करणार असाल तर JSON खूप उपयुक्त आहे.

कोणते स्वरूप कधी?

स्वरूप

सर्वात योग्य परिस्थिती

नमुना कार्य

घटकांची यादी

अनुक्रमिक/समतुल्य लहान आयटम

कृती वस्तू, फायदे

क्रमांकित यादी

जेव्हा ऑर्डर किंवा प्राधान्य महत्वाचे असते

चरण-दर-चरण सूचना

टेबल

एकाधिक निकषांवर आधारित आयटमची तुलना करा

पुरवठादार तुलना

JSON

दुसऱ्या सॉफ्टवेअर/टेबलवर निर्यात करत आहे

CRM मध्ये डेटा एंट्री

टेम्पलेट (रिक्त भरा)

मानक, पुनरावृत्ती दस्तऐवज

ऑफर, नकार पत्र

परिच्छेद

प्रवाही कथा, कथा, ईमेल मुख्य भाग

ब्लॉग, पत्र

फोर्सिंग फॉरमॅट स्टेप बाय स्टेप

1. आउटपुटचे काय करायचे ते ठरवा. ते वाचले जाईल, टेबलमध्ये प्रक्रिया केली जाईल किंवा सॉफ्टवेअरला पाठवली जाईल?
2. योग्य स्वरूप निवडा. तुलना → सारणी; सिस्टम इनपुट → JSON; वाचन → सूची/परिच्छेद.
3. स्वरूप स्पष्टपणे आणि तपशीलवार लिहा. "टेबल बनवा" ऐवजी "स्तंभ: निकष | A | B; 6 पेक्षा जास्त पंक्ती नाहीत".
4. सीमा जोडा. "टेबलच्या बाहेर कोणत्याही टिप्पण्या लिहू नका", "केवळ वैध JSON परत करा".
5. उदाहरण दाखवा (आवश्यक असल्यास). विशेषत: JSON आणि टेम्प्लेट्ससह, उदाहरण उत्तम प्रकारे स्वरूप निश्चित करते.

चार कॉपी करण्यायोग्य टेम्पलेट्स

1) तुलना सारणी:

[A] आणि [B] तुलना करा. स्वरूप: मार्कडाउन टेबल. स्तंभ: निकष | [अ] | [बी]पंक्ती: किंमत, वितरण वेळ, वॉरंटी, समर्थन. टेबलच्या बाहेर कोणताही मजकूर लिहू नका.

2) प्रणालीचा डेटा (JSON):

खालील संभाषण नोटमधून माहिती काढा. खालील स्कीमामध्ये फक्त वैध JSON परत करा, दुसरे काहीही लिहू नका:{"person": "", "company": "", "request": "", "next_step": "", "urgency": "low|medium|high"}रिक्त स्ट्रिंगसह अज्ञात फील्ड सोडा. टीप: [कच्ची टीप]

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

हा साचा भरून, एक नकार ईमेल लिहा:विषय: तुमच्या [पद]हॅलो [नाव] साठी अर्जाबद्दल,[धन्यवाद वाक्य][प्रकारचे नकार वाक्य][वाक्य जे भविष्यासाठी दार उघडे ठेवते]चांगले काम,[कंपनी] HRVariables: name=[...], position=[...]

4) कृती यादी:

या मीटिंग नोटमधून कृती काढा. स्वरूप: प्रत्येक ओळ "- [जबाबदार] — [क्रिया] — [डेडलाइन]"केवळ स्पष्ट कृती करा; चर्चा तपशील वगळा. टीप: [मजकूर]

कमकुवत प्रॉम्प्ट / मजबूत प्रॉम्प्ट

कमकुवत:

या 3 लॅपटॉपची तुलना करा.[वैशिष्ट्ये]

मजबूत:

या 3 लॅपटॉपची तुलना करा. स्वरूप: मार्कडाउन टेबल. स्तंभ: मॉडेल | किंमत | प्रोसेसर | रॅम | बॅटरी (घड्याळ) | वजन शेवटी एक 1-वाक्य "सर्वोत्तम किंमत/कार्यप्रदर्शन:" ओळ जोडा. टेबल आणि त्या एकाच वाक्याव्यतिरिक्त कोणतेही वर्णन लिहू नका. वैशिष्ट्ये: [वैशिष्ट्ये]

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

तीन मिनी केसेस

केस 1 - डेटा एंट्री ऑटोमेशन. विक्री सहाय्यक दररोज CRM मध्ये स्वहस्ते ~25 कॉल नोट्स प्रविष्ट करत होता; प्रति नोट सुमारे 3 मिनिटे लागली. एक प्रॉम्प्ट तयार केला जो नोट्सला निश्चित JSON स्कीमामध्ये रूपांतरित करतो; आउटपुट थेट आयात केले गेले, 75-मिनिटांचे दैनंदिन काम फक्त काही मिनिटांवर कमी केले. फक्त "तत्काळ: उच्च" चिन्हांकित व्यक्तिचलितपणे तपासले गेले.

प्रकरण 2 - व्यवस्थापन अहवाल. एक वित्त संघ परिच्छेद स्वरूपात मासिक सारांश घेत होता आणि हाताने सारणी बनवत होता. जेव्हा "फिक्स्ड कॉलम्ससह टेबल" फॉरमॅटची सक्ती केली गेली, तेव्हा अहवाल थेट सादरीकरणात गेला; दर महिन्याला अनेक तासांचे स्वरूपन काम काढून टाकले जाते.

केस 3 - मानक पत्रव्यवहार. एचआर टीम प्रत्येक वेळी नकार ईमेल पुन्हा लिहित होती, टोन विसंगत होता. जेव्हा एक निश्चित नमुना लागू केला गेला तेव्हा सर्व नकार समान सौम्य स्वरूपाचे असल्याचे दिसून आले; दोन्ही सुसंगतता प्राप्त झाली आणि लेखन वेळ कमी करण्यात आला.

टीप: JSON किंवा टेबल सारख्या कठोर फॉरमॅटसाठी, "केवळ विनंती केलेले फॉरमॅट परत करा, आधी/नंतर कोणत्याही टिप्पण्या नाहीत" हे बंधन समाविष्ट करण्याचे सुनिश्चित करा. मॉडेलद्वारे जोडलेली वाक्ये, जसे की "तुम्हाला पाहिजे असलेली सारणी येथे आहे:", ऑटोमेशन खंडित करा.

लक्ष द्या: फॉरमॅटची सक्ती करणे सामग्रीच्या अचूकतेची हमी देत ​​नाही. मॉडेल रिकाम्या जागा भरण्यासाठी मूल्ये बसवू शकते. विशेषत:, स्त्रोतासह JSON आउटपुटमधील संख्या आणि नावांची तुलना करा; योग्य स्वरूपाचा अर्थ योग्य डेटा नाही.

स्वरूप मजबूत करणारे ट्वीक्स

कधीकधी फक्त फॉरमॅट विचारणे पुरेसे नसते; मॉडेल त्याच्याशी विश्वासू राहील याची खात्री करणे देखील आवश्यक आहे. चार व्यावहारिक तंत्रे वर्कफ्लोमध्ये वारंवार वापरली जातात:

• आगाऊ फील्ड परिभाषित करा. "टेबल बनवा" ऐवजी स्तंभांची नावे आणि पंक्तींची संख्या निश्चित करा. प्रत्येक क्षेत्र अस्पष्ट राहिल्यामुळे प्रत्येक वेळी आउटपुट थोडा वेगळा आवाज येतो; यामुळे ऑटोमेशन खंडित होते.
• रद्द करा/अज्ञात. "अज्ञात फील्डमध्ये शून्य लिहा" किंवा "डेटा नसल्यास रिक्त सोडा" म्हणा. अन्यथा मॉडेल अंतर भरून काढण्यासाठी मूल्ये फिट करते.
• मूल्य सेट मर्यादित करा. एखादे फील्ड केवळ काही मूल्ये घेऊ शकत असल्यास, हे स्पष्टपणे लिहा: "तात्काळ फक्त कमी, मध्यम किंवा उच्च असू शकते". हे सुनिश्चित करते की पुढील चरणात आउटपुटवर सुरक्षितपणे प्रक्रिया केली जाते.
• उदाहरणाद्वारे अँकर. विशेषत: JSON आणि टेम्प्लेट्ससह, एकच योग्य उदाहरण दर्शविल्याने दीर्घ वर्णनापेक्षा स्वरूप अधिक प्रभावीपणे लॉक होते. मॉडेल नमुन्याचे अनुकरण करते.

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

स्वरूप आणि सामग्रीचा स्वतंत्रपणे विचार करणे

अनुभवी वापरकर्ते प्रिंटआउटचे दोन प्रकारे मूल्यांकन करतात: स्वरूप योग्य आहे आणि सामग्री योग्य आहे का? हे दोघे स्वतंत्र आहेत. परिपूर्ण टेबलमध्ये चुकीची संख्या असू शकते; गोंधळलेला परिच्छेद अचूक माहिती देऊ शकतो. स्वरूपन केवळ पहिली समस्या (स्वरूप) सोडवते. दुसऱ्या प्रश्नासाठी (सामग्री अचूकता) नेहमी वेगळ्या पडताळणी चरणाची आवश्यकता असते. हा फरक लक्षात ठेवल्याने "हे बरोबर आहे कारण ते चांगले दिसते" या सापळ्यात पडणे टाळते.

सामान्य चुका

• स्वरूप अजिबात निर्दिष्ट करत नाही. नंतर टेबल/सूचीमध्ये आउटपुट व्यक्तिचलितपणे डंप करणे.
• स्वरूप अस्पष्ट सोडून. "टेबल बनवा" म्हणत आहे पण स्तंभांचा उल्लेख करत नाही.
• प्रकटीकरण मर्यादा बायपास करणे. मॉडेलने जोडलेली प्रास्ताविक वाक्ये ऑटोमेशनमध्ये व्यत्यय आणतात.
• चुकीचे स्वरूप निवडत आहे. परिच्छेदासह तुलना आणि सारणीसह कथा विचारणे.
• रीपरवर विश्वास ठेवणे आणि सामग्रीची पडताळणी न करणे. नीट JSON मधील समर्पक मूल्य लक्षात घेत नाही.

सारांशात

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

अर्ज कार्य

एखादे काम निवडा ज्याचे आउटपुट तुम्ही नेहमी मॅन्युअली पुनर्रचना करता. योग्य स्वरूप (टेबल, JSON किंवा टेम्पलेट) निश्चित करा आणि ते प्रॉम्प्टमध्ये जोडा आणि "केवळ हे स्वरूप परत करा" प्रतिबंध सेट करा. आउटपुट थेट लक्ष्यात पेस्ट करण्याचा प्रयत्न करा (सादरीकरण, स्प्रेडशीट, सॉफ्टवेअर) आणि आपण वाचवलेल्या वेळेचे मोजमाप करा.

चेकलिस्ट

• कोणत्या कार्यासाठी कोणते स्वरूप योग्य आहे ते मी निवडू शकतो.
• [ ] मी स्वरूपाचे तपशीलवार वर्णन करतो (स्तंभ, फील्ड, स्कीमा).
• [ ] मी कठोर स्वरूपांमध्ये "भाष्य" प्रतिबंधित करतो.
• [ ] JSON कशासाठी आहे आणि ते कधी वापरायचे हे मला माहीत आहे.
• [ ] मी लक्षात घेतो की योग्य स्वरूपन सामग्री प्रमाणित करत नाही.