Google הודיעה ב-16 באוקטובר שאפשר להגדיר ברירת מחדל לתחביר העיצוב של אפליקציית Google Chat. האפשרות נמצאת בדף הגדרת Chat API ב-Google Cloud Console, והפריסה צפויה להסתיים בתוך כמה ימים. אפשר לבחור בתחביר Markdown סטנדרטי או בתחביר המקורי של Google Chat. זהו שינוי בהגדרת אופן הצגת הודעות, ולא השקה של מודל AI חדש.
העדכון רלוונטי גם למי שמפעיל סוכן AI או אינטגרציה שמפרסמים סיכומים, התראות ומשימות ב-Chat. כאשר ההודעה נוצרת אוטומטית, כדאי לדעת איזה תחביר השירות מצפה לקבל. ברירת מחדל ברמת האפליקציה יכולה לעזור ליישר קו בין הודעות שונות, אך אינה מבטיחה מעצמה שהטקסט שנוצר מדויק או שכל רכיב עיצוב יוצג כפי שהמפתח התכוון.
מה השתנה בהגדרה
לפי Google, אפשר גם לעקוף את ברירת המחדל ברמת בקשה בודדת באמצעות השדה markupSyntax במשאב Message. האפשרות רלוונטית ליצירה, לעדכון או לקריאה של הודעות באמצעות ה-API. לכן אין הכרח להחיל אותו תחביר על כל תרחיש. צוות שיש לו הודעות קיימות יכול לבחון איך לשלב את ברירת המחדל עם בקשות שצריכות התנהגות מפורשת אחרת.
כדאי להבחין בין זמינות ההגדרה החדשה לבין תמיכה ב-Markdown באופן כללי. העדכון הנוכחי עוסק בברירת מחדל ברמת האפליקציה ובאפשרות לשלוט בה בכל בקשה. הוא אינו אומר שכל אפליקציה קיימת הומרה אוטומטית, ואינו מתאר שינוי בהרשאות הגישה שלה לתוכן השיחות. אין בו גם הודעה על שינוי מחירים או על הרחבת מכסות לשימוש במודלים.
מה לבדוק באינטגרציה קיימת
לפני שינוי באפליקציה פעילה, כדאי לנסות הודעות שמייצגות את השימוש האמיתי: רשימות, קטעי קוד, הדגשות וטקסט הכולל עברית ואנגלית. יש לבדוק גם הודעות ארוכות והודעות שעוברות עדכון לאחר הפרסום. זו בדיקה של האינטגרציה שלכם, ולא אישור גורף לכך שכל טקסט שמודל מייצר יהיה תקין בכל לקוח Chat או בכל צורת תצוגה.
אם סוכן מסכם פגישה או מפיק משימות, רצוי לבדוק בנפרד את התוכן ואת צורת ההצגה. הודעה מסודרת יכולה להיראות אמינה גם כאשר מספר, שם או מועד שגויים. שינוי תחביר העיצוב אינו מחליף את תהליכי האישור או הבקרה הנחוצים לסוכן. הוא מאפשר להגדיר בצורה ברורה יותר כיצד ההודעה אמורה להיות מפוענחת ומוצגת בשירות.
הצעד המעשי הוא לבדוק את ההגדרה בדף האפליקציה, לשמור תיעוד של ברירת המחדל ולציין היכן נשלחת עקיפה מפורשת בבקשות. כך קל יותר להבין פער בין הודעות בלי לייחס אותו מיד למודל שמייצר אותן. עבור צוות שמפעיל כמה תהליכים אוטומטיים, ההפרדה בין יצירת הטקסט לעיצובו יכולה להקל על איתור תקלות ועל תחזוקה בהמשך.