מתי לבחור כלי קיים במקום לבנות סוכן AI?
בפוסט שלי על גל ההכרזות ב-AI תיארתי כלי MCP ל-Jira שנראה מרשים, ואז גיליתי שהפלאגין שכבר היה לי נוח יותר לצורך שלי. מאז זו שאלה שימושית לפני בנייה: מה חסר בתהליך הקיים, ולא איזה כלי חדש אפשר להוסיף?
בקצרה
מתחילים מהתוצאה ומהגבולות, בודקים אם כלי קיים מספק אותם, ובונים סוכן רק לפער שנשאר. משווים את כל התהליך, כולל תחזוקה, הרשאות וטיפול בכשל, ולא רק את הדמו הראשון.
מגדירים את התוצאה לפני שבוחרים כלי
בקשה כמו "אני צריך בוט שיסדר את המשימות" כבר מכילה פתרון. התוצאה יכולה להיות קטנה יותר: לקבל רשימה ברורה של משימות פתוחות עם בעלים ותאריך. לפעמים מספיק מסנן שמור במערכת שכבר קיימת.
כתבו מה צריך לקרות, מי משתמש בתוצאה, מאיפה מגיעים הנתונים ואילו פעולות דורשות אישור. הבחנה בין קריאה לשינוי נתונים חשובה גם כשמדובר בתהליך קטן.
בודקים את הדרך הקיימת על דוגמה אמיתית
המחשה: צוות רוצה התראה כשמשימה חסומה. לפני בניית סוכן שמחפש בשיחות ומעדכן משימות, אפשר לבדוק שדה חסימה והתראה מובנית בכלי ניהול העבודה. אם המערכת לא יודעת לזהות את הסיבה מתוך שיחה, זה עשוי להיות הפער שבו AI מוסיף ערך.
הדוגמה היא תהליך מוצע, לא תיאור של פרויקט לקוח. הבדיקה צריכה להשתמש במידע שמותר לשתף, ולכלול גם מקרה שבו אין שינוי או שאין תשובה.
משווים את התהליך המלא
כלי קיים יכול לחסוך קוד חדש, אבל גם הוא דורש התאמה ובדיקת הרשאות. סוכן מותאם יכול לעבוד בין מערכות ולהבין טקסט חופשי, אבל צריך להגדיר מה הוא עושה כשהמקור לא זמין, כשהתשובה לא ברורה או כשהפעולה כבר בוצעה.
לצד התוצאה בדקו את זמן העבודה האנושי, שגיאות, כפילויות, קלות תיקון ועלות שוטפת. אל תציגו זמן בניית דמו כזמן שנחסך בעבודה. רשמו בנפרד גם את הזמן שבו הסוכן רק ממתין.
בונים רק את החלק שחסר
כשכלי קיים מכסה את רוב הדרך, אפשר להשאיר בו את הנתונים והפעולות, ולהוסיף סוכן לשלב ממוקד: סיכום שיחה, סיווג בקשה או הצעת הצעד הבא. כך אפשר לבדוק את התוספת בלי להחליף את כל המערכת.
בספריית grok-bot-skills הציבורית שלי, distill-need מתחיל בזיהוי הצורך ולא בהיצמדות לפתרון שהוצע. הוא מעובד מ-melech-distill-need של AdirD, עם קרדיט ורישיון במקור. זה מסגור שימושי לקבלת החלטה, לא הוכחה שכל סוכן או כל skill נבדקו בפועל.
בוחרים לפי ראיות מהניסוי
המשיכו עם האפשרות שמספקת את התוצאה עם גבולות ברורים ותחזוקה שאתם יכולים להחזיק. אם כלי קיים מספיק, זו החלטת פיתוח טובה. אם נשאר פער ברור, אפשר להגדיר לסוכן משימה קטנה עם בדיקת הצלחה ודרך חזרה.
מקורות ופרטים נוספים
ההמלצות הן דרך עבודה מוצעת. המקורות הציבוריים וההמחשות מובחנים מטענות על ניסיון ותוצאות בפועל.
שאלות נפוצות
איך יודעים אם באמת צריך סוכן AI?
מגדירים תוצאה ובודקים כלי קיים על דוגמה אמיתית. סוכן נחוץ כשנשאר פער מוגדר שהדרך הקיימת אינה מכסה.
מה משווים בניסוי קטן?
בודקים תוצאה, זמן עבודה אנושי, שגיאות, כפילויות, הרשאות, תחזוקה ועלות שוטפת. זמן המתנה נרשם בנפרד.
האם צריך להחליף את המערכת הקיימת?
לעיתים מספיק להוסיף סוכן לשלב ממוקד ולהשאיר את הנתונים והפעולות במערכת הקיימת.