סוכן שמזמין פגישות עם Claude - הבאג שגורם לו לקבוע בשעה הלא נכונה

לקוח שקיבל אישור לפגישה "מחר ב-15:00" ומגלה שהיא נקבעה בלוח השנה שלו לשעה 14:00, לא בגלל טעות הקלדה אלא כי הסוכן חישב את "מחר" ואת אזור הזמן בעצמו, בלי לדעת בוודאות איזה יום ואיזו שעה זה בפועל. זו לא תקלה נדירה - היא תוצאה ישירה של איך מודלי שפה מתייחסים לזמן.

הבעיה: המודל לא "יודע" מה השעה עכשיו

Claude, כמו כל מודל שפה, לא ניגש לשעון מערכת בזמן אמת - הוא מסיק תאריך ושעה מתוך מה שמופיע בטקסט השיחה. אם אף אחד לא סיפק לו את התאריך הנוכחי במפורש, "מחר" הוא ניחוש מבוסס הקשר, לא עובדה. אותה בעיה חריפה יותר סביב מעברי שעון קיץ-חורף: אם המשתמש והעסק נמצאים באזורי זמן שונים, וההנחיה לא כוללת את הפרשי השעות המדויקים לתאריך הספציפי (לא רק "GMT+2" קבוע), הסוכן עלול לחשב שעה שגויה בדיוק בשבועות שסביב המעבר.

הפתרון: להזריק זמן אמיתי, לא לבקש מהמודל לנחש

הדרך המהימנה היחידה היא לספק את התאריך והשעה הנוכחיים כחלק מהקשר הבקשה - לא לסמוך על שהמודל "יזכור" לשאול. את זה עושים בקוד שלכם, לא בפרומפט:

const now = new Date().toISOString(); // מהשרת שלכם, לא מהמודל
const response = await client.messages.create({
  model: "claude-sonnet-5",
  max_tokens: 1024,
  system: `התאריך והשעה הנוכחיים (UTC): ${now}. כשמחשבים "מחר" או "בעוד שבוע", תמיד תתבסס על הזמן הזה, לא על ניחוש. שאל את המשתמש באיזה אזור זמן הוא נמצא אם זה לא ברור מהשיחה.`,
  tools: [calendarTool],
  messages: [{ role: "user", content: "קבע לי פגישה עם דנה מחר ב-3 אחר הצהריים" }],
});

זה נראה טריוויאלי, אבל זו בדיוק הפרטים הקטן שרוב המימושים המהירים מדלגים עליו - ואז מגלים את הבעיה רק כשלקוח מתלונן שהפגישה נקבעה בשעה הלא נכונה.

כלי היומן: מותאם אישית או MCP

לפי Anthropic, כלים שאתם מגדירים בעצמכם (client tools) מריצים קוד באפליקציה שלכם - הסוכן רק מחזיר בקשה מובנית (tool_use) ואתם קוראים בפועל ל-API של Google Calendar או Outlook. חלופה: אם כבר קיים שרת MCP (Model Context Protocol) לשירות היומן שלכם, ה-MCP connector מחבר אליו ישירות מה-Messages API בלי לכתוב קוד שילוב מאפס - שווה לבדוק אם קיים שרת מוכן לפני שכותבים כלי מותאם מהתחלה.

איפה עוד זה נשבר: אישור לפני קביעה סופית

הכלל הזהיר ביותר: סוכן שקובע פגישה בפועל ביומן (פעולה בלתי הפיכה בקלות - צריך לבטל ולתאם מחדש) לא אמור לעשות זאת בלי אישור מפורש מהמשתמש על השעה המדויקת שהוא עומד לקבוע, כולל אזור זמן. עיצוב בטוח: הסוכן מציג "אני עומד לקבוע ליום שלישי ה-15 בספטמבר, 15:00 שעון ישראל - לאשר?" ורק אחרי תשובה חיובית קורא בפועל לכלי שקובע את הפגישה. זה מוסיף שלב, אבל מונע בדיוק את התרחיש שבו טעות שקטה בחישוב הזמן הופכת לפגישה שגויה שכבר יצאה ללוח השנה של שני הצדדים.

מקרה קצה: המשתמש לא מציין אזור זמן בכלל

כשהבקשה היא "קבע פגישה מחר ב-3" בלי שום אזכור לאזור זמן, הפתרון הכי בטוח הוא לא לנחש - גם אם ההקשר הקודם בשיחה נתן רמז. לפי ההנחיה של Anthropic על טריגור כלים, ניסוח מפורש בפרומפט המערכת ("שאל את המשתמש באיזה אזור זמן הוא נמצא אם זה לא ברור") מגדיל משמעותית את הסיכוי שהמודל באמת ישאל, במקום להניח שהכוונה היא לאזור הזמן של השרת או של הפגישה הקודמת בהיסטוריה.

דוגמה: התנגשות שהסוכן לא רואה

גם עם זמן נכון, סוכן שקורא ליומן רק כדי "לבדוק פנוי/תפוס" בטווח הבקשה עלול לפספס התנגשות עדינה - למשל פגישה קיימת שמסתיימת בדיוק ברגע שהפגישה החדשה אמורה להתחיל, בלי חוצץ זמן ביניהן. אם המשתמש נוהג להשאיר 10 דקות בין פגישות, אבל הכלי בודק רק חפיפה מדויקת בזמן, הסוכן יקבע פגישות צמודות שנראות תקינות טכנית אבל לא מתאימות להרגלי העבודה בפועל. הפתרון: להוסיף מרווח בטיחות (buffer) בבדיקת הזמינות בכלי עצמו, לא להסתמך על כך שהמודל "יבין" שצריך רווח - זה פרט שצריך להיות מקודד בלוגיקת הכלי.

למה לא לתת לסוכן לבחור שעה לבד תמיד

לפעמים הפתרון הפשוט נראה כמו "לתת למודל למצוא את החלון הפנוי הראשון ולקבוע שם" - אבל זה מוציא מהתמונה העדפות שהמשתמש לא ניסח במפורש אבל מצפה שיובנו: להימנע מפגישות ראשונות בבוקר, להשאיר יום שישי פנוי, לא לקבוע מעל שעת ארוחת צהריים קבועה. סוכן שממטב רק לפי "החלון הפנוי הכי קרוב" מתעלם מהעדפות כאלה כי הן פשוט לא הופיעו בבקשה הנוכחית. הפתרון הפרקטי: לשמור העדפות קבועות כאלה כהקשר קבוע בפרומפט המערכת (או בקובץ זיכרון, אם המשתמש חוזר על עצמו) ולא לצפות שהמשתמש יחזור ויזכיר אותן בכל בקשה.

מה לנסות עכשיו

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