أعلنت Google في 16 أكتوبر أن المطورين يمكنهم تحديد بنية صياغية تلقائية لتطبيق Google Chat. يتوفر الخيار في صفحة إعداد Chat API داخل Google Cloud Console، ومن المتوقع اكتمال طرحه خلال بضعة أيام. يمكنك الاختيار بين النحو المعياري لـ Markdown أو النحو الأصلي لـ Google Chat. وهذا تغيير في طريقة عرض الرسائل، وليس إطلاق نموذج جديد للذكاء الاصطناعي.
وهذا التحديث وثيق الصلة أيضاً بمن يقومون بتشغيل وكيل للذكاء الاصطناعي أو عملية تكامل تنشر موجزات وإنذارات ومهام في الدردشة. وعندما يتم توليد الرسالة تلقائيا، من المفيد معرفة الشكل الذي تتوقع الخدمة أن تتلقاه. ويمكن أن يجعل الافتراض على مستوى التطبيق الرسائل أكثر اتساقا، ولكنه لا يضمن في حد ذاته دقة النص أو أن يظهر كل عنصر من عناصر الشكل كما هو مقصود.
ما الذي تغير في البيئة
بحسب Google، يمكن أيضا تجاوز الإعداد الافتراضي لطلب منفرد باستخدام حقل markupSyntax في مورد Message. وهذا الخيار وثيق الصلة بإنشاء أو تحديث أو قراءة الرسائل باستخدام API. ولذلك، ليس من الضروري تطبيق هذا النحو على كل سيناريو. يمكن لفريق لديه رسائل قائمة أن ينظر في كيفية الجمع بين الافتراض مع الطلبات التي تتطلب سلوكاً صريحاً بشكل مختلف.
ينبغي التمييز بين إتاحة الإعداد الجديد ودعم Markdown عموما. ويتناول التحديث الحالي الوضع الافتراضي على مستوى التطبيق والقدرة على التحكم فيه عند أي طلب. وهذا لا يعني أن كل تطبيق موجود قد تم تحويله تلقائيا، أو وصف تغيير في تصاريحه للوصول إلى محتوى المحادثة. كما أنها لا تعلن عن أي تغييرات في الأسعار أو تمديد للحدود القصوى لاستخدام النماذج.
ما الذي ينبغي البحث عنه في التكامل القائم
وقبل تغيير تطبيق نشط، من المستصوب تجربة رسائل تمثل الاستخدام الفعلي: قوائم، وقطع من الرمز، وأبرز النقاط، ونصوص تشمل العبرية والإنكليزية. وينبغي أيضا فحص الرسائل الطويلة والرسائل التي يتم تحديثها بعد نشرها. إنه تحقق من تكاملك، ليس تأكيداً مطلقاً بأن أي نص ينتجه نموذج سيكون صحيحاً في أي عميل للدردشة أو أي شكل عرض.
وإذا قام أحد الموظفين بتلخيص موعد أو بإعداد مهام، فمن المستصوب التحقق من المحتوى والعرض على حدة. يمكن أن تبدو رسالة منظمة ذات مصداقية حتى عندما يكون الرقم أو الاسم أو التاريخ غير صحيح. ولا يحل تغيير بنية التصميم محل عمليات الموافقة أو المراقبة التي يقتضيها الوكيل. وهو يتيح تعريفا أوضح للكيفية التي ينبغي بها فك رموز الرسالة وعرضها في الخدمة.
وتتمثل الخطوة العملية في التحقق من إعداد صفحة التطبيق، وتسجيل القيمة الافتراضية، وتحديد الطلبات التي ترسل تخطيطاً صريحاً. وهذا يجعل من الأسهل فهم الفجوة بين الرسائل دون أن يعزى ذلك فورا إلى النموذج الذي ينتجها. وبالنسبة لفريق يقوم بتنفيذ عدة عمليات آلية، فإن فصل توليد النصوص عن تشكيلها يمكن أن ييسر حل المشاكل والصيانة اللاحقة.