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

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

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

הדגמה של התחושה הנפוצה:

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

הסטייט אוף מיינד שצריך להיות לכם הוא שמדובר בעובד צוות חדש, שצריך את כל המידע הרלוונטי כדי להצליח כי אייגנטים לא “מבינים את הארגון” (ואין להם שיחות מסדרון להבין הקשרים), הם פועלים לפי מה שנתתם להם, לא לפי מה שהתכוונתם.

אז מהו אותו מידע?

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

מידע על הכלים: מה כוללת עמדת העבודה של חבר צוות, ואיך ניגשים לכלים השונים. מבחינת האייגנט, כלי שלא הוגדר הוא כלי שלא קיים.

מידע על איך מבצעים משימות: מה נחשב תוצר איכותי, מהם הסטנדרטים ודרכי העבודה המקובלות. כי בלי הגדרה של “מה טוב”, האייגנט פשוט ימקסם משהו אחר.

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

אז איך מייצרים את זה בפועל?

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

אם אתם צוות טכני, אני ממליצה להתחיל מטמפלייט הריפו הבא (של Michael Imas ): https://github.com/michaelimas1/team-context-template התוצר הוא נקודת כניסה אחת לכל הידע והמשימות בצוות, מקור אמת אחד שממנו גם בני אדם וגם אייגנטים עובדים, וזה בדיוק מה שמאפשר לעבור בין כלים בלי להתחיל כל פעם מחדש.

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

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

כמובן, יש גם כמה אתגרים שצריך לקחת בחשבון:

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

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

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