רוב הכלים שנמכרים כעוזר דואר מבוסס בינה מלאכותית מבצעים אחת משתי פעולות מצומצמות: מנסחים תשובות בתוך חלון הדואר המקוון או מסכמים תיבת דואר נכנס. אלה יכולות שימושיות אך מוגבלות, ואין להן קשר לניהול. העוזר שכדאי להשתמש בו קורא את מערך הדואר בפועל ומשנה אותו: יוצר דומיינים, מקים תיבות ובודק מדוע המסירה נכשלה. שם נמצאת העבודה החוזרת והמייגעת.
הדבר אפשרי כאן משום שהפלטפורמה תומכת ב-MCP, הפרוטוקול שבו עוזרים משתמשים כדי להפעיל כלים חיצוניים. בעמוד הזה נסביר מה העוזר יכול לעשות בפועל, מה אסור לאפשר לו לעשות ואיך מגדירים את הגבול.
למה עוזר הדואר יכול לגשת
במקום תיבת צ'אט שמחוברת כתוספת לדואר המקוון, עוזר הדואר כאן מקבל את אותן פעולות שמציעים לוח הבקרה וה-API. בפועל הן משתרעות על ארבעה תחומים.
ניהול מערך הדואר. הוספת דומיינים, החלת רשומות DNS, יצירת תיבות בנפרד או בכמות גדולה, שליחת הזמנות להגדרה, התאמת מכסות וניהול כינויים והעברות.
הדואר עצמו. הצגה, קריאה, חיפוש, מענה, תזמון, תיוק וסימון של הודעות בכמה תיבות ולא בכל תיבה בנפרד.
אבחון. פרטי מסירה, רשימות של הודעות חוזרות, נתוני ספאם לכל דומיין ובדיקות DNS. אלה הדברים שאתם בודקים כיום ידנית כשמישהו אומר שהודעה נעלמה.
אחסון ואנשי קשר. עיון בקבצים והעברתם, יצירת קישורי שיתוף וניהול אנשי קשר וקבוצות.
בפועל, הפקודה "צור דומיין ללקוח הזה, הוסף את שתים עשרה התיבות האלה ושלח הזמנה לכולם" הופכת למשפט במקום לעשרים דקות של לחיצות. ההגדרה עצמה מוסברת במדריך התחברות לשרת MCP.
המשימות שבהן הוא באמת מצטיין
עדיף לציין משימות מסוימות מאשר לטעון שהעוזר עושה הכול, משום שעוזר דואר מבוסס בינה מלאכותית טוב הרבה יותר במשימות מסוימות מאשר באחרות.
עבודה בכמות גדולה לפי דפוס. הקמת קבוצת תיבות מתוך רשימה, אותה משימה שמתוארת במדריך יצירת תיבות דואר בכמות גדולה, החלת אותו מבנה כינויים בכמה דומיינים ובדיקת DNS בעשרים דומיינים בבת אחת. אלה משימות חוזרות, מבוססות כללים ומייגעות לאדם.
הצלבת מידע. שאלות שמחייבות בדיקה בשלושה מקומות, כגון האם ה-DNS של הדומיין עבר, האם התקבלה הודעה בתיבה ומה מופיע ביומן ההודעות החוזרות, מקבלות תשובה בבדיקה אחת במקום בשלוש בדיקות נפרדות.
איתור מידע מהעבר. מציאת ההודעה שבה סוכמו התנאים בכל התיבות, בלי לדעת באיזו תיבה היא נמצאת או אפילו בערך מתי נשלחה.
מיון ואבחון ראשוניים. קריאת בקשת תמיכה, בדיקת המצב בפועל של הדומיין הרלוונטי ודיווח על הממצאים לפני שאדם בוחן את הבקשה.
היכן אסור לתת בו אמון
אפשרויות הכשל אמיתיות, והעמדת פנים שאינן קיימות תהיה חסרת אחריות בהתחשב בפעולות שאליהן הכלים יכולים לגשת. MCP הוא פרוטוקול בעל יכולות רחבות משום שהוא מאפשר גישה לפעולות ממשיות.
הסיכון הברור הוא שהעוזר ימחק דברים. למחיקה יש השלכות בלתי הפיכות, בניגוד ליצירה. הוראה שמתפרשת מעט בהרחבה, "נקה את תיבות הדואר שאינן בשימוש", עלולה למחוק תיבה שהייתה רק שקטה. פעולות הרסניות כאן דורשות שלב אישור מפורש בדיוק מסיבה זו. השלב נועד לשימוש ולא לעקיפה.
הסיכון השני הוא שליחה בשמכם. עוזר דואר בעל הרשאת שליחה יכול לשלוח מייל ללקוחות שלכם, ואי אפשר להחזיר טיוטה ששיקול הדעת בה היה לקוי לאחר שנמסרה. המבנה שעובד במציאות הוא תזמון במקום שליחה, כדי שאדם יראה את ההודעה קודם.
הסיכון השלישי, שעליו מדברים פחות מכול, הוא שעוזר שקורא את הדואר שלכם אכן קרא אותו. כל תוכן שהוא מעבד עובר דרך המודל. ברוב התכתובת העסקית זו תמורה סבירה, אך בחומר שחלים עליו חיסיון משפטי או רגולציה ייתכן שלא. יש לקבל את ההחלטה במכוון ולא כברירת מחדל.
הגדרת גבול ההרשאות
תחום ההרשאות של עוזר דואר מבוסס בינה מלאכותית מוגבל באמצעות אסימון. הבטיחות מגיעה מהגבלה זו, לא מהתקווה שהעוזר יתנהג כראוי.
אסימונים כוללים רק את ההרשאות שאתם מעניקים. לכן אפשר לתת לעוזר גישת קריאה לנתוני אבחון בלי יכולת לשנות דבר, ודי בכך לכל תרחיש המיון הראשוני. עוזר הקמה יכול ליצור בלי למחוק. עוזר ניסוח יכול להכין תשובות בלי לשלוח אותן.
הגישה הנכונה היא להעניק את תחום ההרשאות הצר ביותר שמאפשר לבצע את המשימה, ולהרחיב אותו רק אם המשימה באמת דורשת יותר. כמעט אף פעם לא מתחילים בהרשאות רחבות ומצמצמים אותן אחר כך, משום שדבר אינו מחייב בדיקה מחודשת.
כדאי גם להשתמש בפרטי גישה נפרדים למטרות נפרדות. עוזר אחד להקמת חשבונות ואחר לטיפול בתכתובת מבטיחים שלהוראה רחבה מדי לאחד מהם יהיה תחום השפעה מוגבל, ושביטול הגישה של אחד לא יפריע לאחר.
מה משתנה בפועל
התיאור המדויק של הערך שמספק עוזר דואר מבוסס בינה מלאכותית הוא צמצום זמן הבדיקה, לא החלפת שיקול הדעת.
סוכנות שמנהלת ארבעים דומיינים של לקוחות משקיעה חלק משמעותי מכל שבוע בשאלות בעלות תשובות עובדתיות: האם ה-DNS הזה תקין, האם ההודעה הגיעה לתיבה, כמה אחסון הלקוח הזה צורך. אף אחת מהבדיקות האלה אינה דורשת שיקול דעת אנושי, אך כיום אדם מטפל בכולן. עוזר הדואר עונה מיד ומציג את תהליך הבדיקה, וכך שיחת תמיכה הופכת לעובדה במקום לחקירה.
הוא אינו מקבל החלטות חשובות. האם למחוק תיבה של לקוח, האם תשובה מנוסחת כראוי, האם החזרה מצביעה על בעיה שראוי להסלים, כל אלה נשארים בידיכם. כל מבנה שמעביר אותן לעוזר נמצא במרחק תקרית אחת משיחה קשה.
האם כדאי לטרוח
אם אתם מפעילים דומיין אחד וכמה תיבות, עוזר דואר עם גישה ניהולית פותר בעיה שאין לכם. לוח הבקרה מהיר יותר למערכים קטנים, והגדרת אסימונים בעלי הרשאות מוגבלות היא תקורה ללא תועלת.
העוזר נעשה כדאי בערך בנקודה שבה אינכם מכירים עוד את מערך הדואר בעל פה, בעשרים או שלושים דומיינים או במספר תיבות שעליכם לבדוק. זה השלב שבו הצלבת מידע מתחילה לעלות זמן של ממש, ועוזר שיכול לבדוק ארבעה דברים במקביל מפסיק להיות חידוש ותו לא.
לכל משימה שאפשר לתסרט ולחזור עליה, ה-API הוא הכלי הטוב יותר ותמיד יהיה, משום שסקריפט עושה את אותו הדבר בכל פעם. העוזר מצדיק את מקומו בעבודה שמשתנה, שהיא רוב העבודה שמגיעה בפועל לשולחנו של מנהל המערכת.
