Google ने 16 अक्टूबर को घोषणा की कि डेवलपर्स Google Chat ऐप के लिए एक डिफ़ॉल्ट फ़ॉर्मेटिंग सिंटेक्स सेट कर सकते हैं। यह विकल्प Google Cloud Console में चैट API विन्यास पृष्ठ पर है और इसका वितरण कुछ दिनों में पूरा होने की उम्मीद है। आप मानक Markdown सिंटेक्स या मूल Google Chat सिंटेक्स के बीच चुन सकते हैं. यह एक परिवर्तन है जिसके द्वारा संदेश प्रस्तुत किए जाते हैं, न कि एक नए एआई मॉडल का प्रक्षेपण।
यह अद्यतन उन लोगों के लिए भी प्रासंगिक है जो एक एआई एजेंट या एकीकरण चला रहे हैं जो चैट में सारांश, चेतावनी और कार्यों को प्रकाशित करते हैं। जब संदेश स्वचालित रूप से उत्पन्न होता है, तो यह जानना उपयोगी होता है कि सेवा किस सिंटेक्स को प्राप्त करने की उम्मीद करती है। एक ऐप-स्तरीय डिफ़ॉल्ट संदेशों को अधिक सुसंगत बना सकता है, लेकिन यह स्वयं सटीक पाठ की गारंटी नहीं देता है या यह कि प्रत्येक फ़ॉर्मेटिंग तत्व इच्छित रूप से दिखाई देता है।
विन्यास में क्या बदला
Google के अनुसार, यह भी संभव है कि एक एकल अनुरोध स्तर पर डिफ़ॉल्ट को Message संसाधन में markupSyntax क्षेत्र का उपयोग करके अनदेखा किया जा सके। यह विकल्प API का उपयोग करके संदेश बनाने, अद्यतन करने या पढ़ने के लिए प्रासंगिक है। इसलिए, इस सिंटेक्स को हर परिदृश्य में लागू करने की आवश्यकता नहीं है। एक मौजूदा संदेशों के साथ एक टीम देख सकती है कि डिफ़ॉल्ट को उन अनुरोधों के साथ कैसे जोड़ा जाए जिनके लिए स्पष्ट व्यवहार की आवश्यकता होती है।
यह नए परिभाषा की उपलब्धता और सामान्यतः Markdown समर्थन के बीच अंतर करने के लायक है। वर्तमान अपडेट अनुप्रयोग स्तर डिफ़ॉल्ट और किसी भी अनुरोध पर इसे नियंत्रित करने की क्षमता से संबंधित है। इसका मतलब यह नहीं है कि हर मौजूदा ऐप को स्वचालित रूप से परिवर्तित कर दिया गया है, या बातचीत सामग्री तक पहुंचने के लिए अपनी अनुमतियों में परिवर्तन का वर्णन किया गया है। यह भी मॉडलों के उपयोग पर किसी भी कीमत परिवर्तन या विस्तारित टोपी की घोषणा नहीं करता है।
मौजूदा एकीकरण में क्या देखना है
एक सक्रिय अनुप्रयोग को बदलने से पहले, यह अनुशंसित है कि संदेशों का उपयोग करें जो वास्तविक उपयोग का प्रतिनिधित्व करते हैं: सूची, कोड स्निपेट, हाइलाइट और हिब्रू और अंग्रेजी सहित पाठ। लंबे संदेश और संदेश जो प्रकाशन के बाद अद्यतन किए जाते हैं उन्हें भी जाँचा जाना चाहिए। यह आपके एकीकरण की जाँच है, इस बात की पूर्ण पुष्टि नहीं कि मॉडल का हर पाठ प्रत्येक Chat क्लाइंट या प्रदर्शन प्रारूप में सही होगा।
यदि एक एजेंट एक मुलाकात या कार्यों का सारांश देता है, तो सामग्री और प्रस्तुति को अलग से जांचने की सलाह दी जाती है। एक अनुक्रमित संदेश विश्वसनीय दिख सकता है, यहां तक कि जब संख्या, नाम या तिथि गलत हो। डिजाइन सिंटेक्स को बदलना एजेंट द्वारा आवश्यक स्वीकृति या नियंत्रण प्रक्रियाओं को बदल नहीं सकता है। यह एक स्पष्ट परिभाषा के लिए अनुमति देता है कि कैसे संदेश को डिकोड किया जाना चाहिए और सेवा में प्रदर्शित किया जाना चाहिए।
व्यावहारिक कदम ऐप-पृष्ठ सेटिंग को जांचना, डिफ़ॉल्ट को रिकॉर्ड करना और स्पष्ट ओवरराइड भेजने वाले अनुरोधों की पहचान करना है। यह संदेशों के बीच की खाई को समझना आसान बनाता है, बिना उन्हें तुरंत मॉडल के लिए जिम्मेदार ठहराए जो उन्हें उत्पन्न करता है। एक टीम के लिए जो कई स्वचालित प्रक्रियाओं को चला रही है, फ़ॉर्मेटिंग से पाठ उत्पादन को अलग करना समस्या निवारण और बाद में रखरखाव को आसान बना सकता है।