בקצרה
ההחלטה הראשונה אינה איזה מודל לבחור, אלא איזו עבודה כדאי לשנות. תהליך מתאים צריך מקור מידע ברור, תנאי קבלה, בעל אחריות וגבולות פעולה. הצלחה נמדדת בתוצאה הכוללת, כולל תיקונים וזמן אנושי, ולא במספר הסוכנים שהופעלו.
ארגון יכול לרכוש את המודלים המתקדמים ביותר, לפתוח עשרות חשבונות ולגלות אחרי כמה חודשים שהעובדים מייצרים יותר טקסט, אבל העבודה עצמה כמעט לא השתנתה. פניות עדיין ממתינות, מידע עדיין מועתק בין מערכות וההחלטות החשובות עדיין נתקעות אצל אותם אנשים.
הפער הזה אינו מוכיח שה־AI לא מועיל. הוא מצביע על הבדל בין שיפור היכולת של אדם בתוך משימה לבין שינוי התהליך שמחבר בין אנשים, מידע והחלטות. סוכנים נכנסים בדיוק לחיבור הזה: הם יכולים לעבור בין שלבים, להשתמש בכלים ולהמשיך לפעול על סמך מה שקרה קודם.
לכן “אסטרטגיית סוכנים” אינה שם חדש לתוכנית רכישת תוכנה. היא החלטה לגבי העבודה שהארגון רוצה להפעיל, התוצאות שהוא מוכן לקבל והסמכות שהוא מוכן למסור למערכת.
העובדים יכולים להתקדם מהר יותר מהארגון
בדוח Work Trend Index לשנת 2026, מיקרוסופט מתארת פער בין השימוש שעובדים עושים ב־AI לבין היכולת הארגונית לקלוט את השינוי. הדוח נשען, בין היתר, על סקר של 20 אלף עובדים המשתמשים ב־AI בעשר מדינות ועל ניתוח נתוני שימוש מצטברים.
חשוב להבין מה מקור כזה יכול ללמד: זהו מחקר של ספק טכנולוגיה, וחלק מהממצאים הם דיווחים של משתתפים על עבודתם. הוא אינו ניסוי שמוכיח שרכישת מוצר מסוים גורמת לצמיחה. ובכל זאת, ההבחנה המרכזית שלו שימושית: עובד יכול ללמוד לייצר תוצאה במהירות, בזמן שהארגון ממשיך למדוד אותו ולנהל אותו לפי מבנה העבודה הישן.
למשל, אם הכנת דוח מתקצרת אבל הדוח עדיין מחכה שבוע לאישור, זמן הטיפול הכולל אינו מתקצר באותה מידה. ואם העובד חייב להעתיק ידנית כל מסקנה למערכת אחרת, נשארה עבודת תיאום שלא נפתרה באמצעות המודל.
אסטרטגיה מתחילה בזיהוי צוואר הבקבוק, ולא בהוכחה שהמודל יודע לבצע משימה מרשימה.
עוזר, תהליך אוטומטי וסוכן אינם אותו דבר
עוזר מייצר לאדם תשובה, טיוטה או ניתוח. האדם מחליט מה לעשות בהמשך. בתהליך אוטומטי, השלבים והמעברים מוגדרים מראש. סוכן מקבל מרחב רחב יותר לבחור פעולות לפי המצב שהתפתח.
הגבולות אינם מוחלטים. תהליך קבוע יכול להשתמש במודל כדי לחלץ מידע, וסוכן יכול לפעול בתוך מסגרת עסקית קשיחה. ההחלטה החשובה היא באיזה חלק של העבודה באמת נחוצה בחירה דינמית, ובאיזה חלק עדיף כלל ברור.
Anthropic מבחינה בין תהליכים שהקוד קובע את מסלולם לבין סוכנים שבוחרים את השימוש בכלים לפי המצב. בהסבר שלה על Managed Agents נוסף מרכיב תפעולי: הפרדה בין לולאת הסוכן, סביבת הביצוע ויומן האירועים. כלומר, לא רק מה המודל מסוגל להחליט, אלא גם כיצד המערכת שומרת עבודה וממשיכה לאחר תקלה.
| סוג עבודה | מבנה מתאים לבחינה | השאלה המכריעה |
|---|---|---|
| ניסוח או סיכום לצורך החלטה אנושית | עוזר עם מקורות והקשר | האם האדם יכול לבדוק את התשובה בזמן סביר? |
| העברת מידע לפי כללים ידועים | תהליך אוטומטי | האם כל תנאי המעבר מוגדרים? |
| בירור שמשתנה לפי הממצאים | סוכן עם כלים מוגבלים | האם אפשר לבדוק את התוצאה ולהגביל את הפעולות? |
| פעולה יקרה או רגישה | תהליך עם אישור נפרד | מי מוסמך לקבל את ההחלטה, ועל אילו ראיות? |
ממפים החלטות, לא מחלקות
“נכניס סוכן למחלקת הכספים” הוא יעד רחב מכדי לתכנן סביבו מערכת. מחלקת כספים כוללת פעולות פשוטות לצד שיפוט מקצועי, מידע רגיש והתחייבויות כספיות. אין סיבה להעניק לכולן אותה רמת אוטומציה.
מיפוי מועיל יורד לרמת האירוע וההחלטה: מה נכנס לתהליך, איזה מידע חסר, מי רשאי להשלים אותו, מה משתנה במערכת ומתי העבודה נחשבת סגורה. כך אפשר לזהות חלקים שאפשר להפוך לאוטומטיים בלי למסור לסוכן אחריות שאינה מוגדרת.
ניקח דוגמה תכנונית של טיפול בחשבונית מספק. יש הבדל בין חילוץ מספר חשבונית, התאמתה להזמנה, בקשת מסמך חסר, סימון חריגה ואישור תשלום. כולן נראות מבחוץ כמו “טיפול בחשבונית”, אבל הן נשענות על ראיות והרשאות שונות.
הסוכן יכול לעזור בבירור המידע החסר. הכללים יכולים לקבוע אילו שדות חייבים להתאים. בעל התפקיד יכול להכריע בחריגה. המערכת אינה חייבת להיות אוטונומית מקצה לקצה כדי לייצר שינוי משמעותי.
בוחרים תהליך לפי ערך, יכולת בדיקה ומחיר הטעות
תדירות גבוהה היא שיקול חשוב, אבל היא אינה מספיקה. משימה שחוזרת אלפי פעמים יכולה להיות מועמדת גרועה אם אין לה מקור מידע אמין או אם כל תוצאה דורשת בדיקה אנושית ארוכה יותר מהביצוע המקורי.
אני בוחן ארבע שאלות יחד: כמה עבודה מושקעת בתהליך היום, כמה מהתוצאה אפשר לאמת, מה המחיר של טעות והאם אפשר לעצור או לתקן אותה. התשובות מצביעות על סדר עדיפויות טוב יותר מרשימת “עשרת השימושים הכי חמים ב־AI”.
פעולה נדירה יכולה להצדיק סוכן אם היא דורשת מחקר ארוך והתוצר ניתן לבדיקה. פעולה נפוצה יכולה להישאר אוטומציה פשוטה אם הכללים ברורים. ולעיתים ההחלטה הנכונה היא קודם לתקן את הנתונים או את הממשק, ורק אחר כך להוסיף מודל.
זו גם הסיבה שהטמעת AI בעסק צריכה להתחיל בקו בסיס. בלי לדעת כמה זמן, תיקונים ועלויות נדרשים היום, אין דרך אמינה להסביר מה השתפר.
מצב עסקי חייב להתקיים מחוץ לשיחה
היסטוריית שיחה יכולה להסביר מה הסוכן ניסה לעשות. היא אינה בהכרח המקום הנכון לקבוע אם בקשה אושרה, אם מסמך נשלח או אם פעולה כבר התבצעה.
בתהליך עבודה אמיתי נדרש מקור מצב מוסכם. בחשבונית, למשל, צריך לדעת אם היא חדשה, בבירור, ממתינה לאישור, נדחתה או נסגרה. אם שני סוכנים קוראים סיכומים שונים ומסיקים מסקנות שונות, לא אמורים לקבל שתי גרסאות של האמת העסקית.
המאמר ההנדסי של Anthropic על Managed Agents מתאר הפרדה בין יומן האירועים המתמשך לבין חלון ההקשר שהמודל רואה בכל רגע. זו הבחנה רחבה יותר ממוצר מסוים: זיכרון שעוזר למודל לחשוב אינו תחליף לרישום מחייב של מצב העבודה.
מערכת התהליך יכולה להיות מסד נתונים, מערכת עסקית או מנוע עבודה מתאים. n8n ותהליכים עם מצב ברור הם חלק מהדיון הזה, אבל בחירת כלי אינה פותרת מעצמה את הגדרת המצב והמעברים.
מי אחראי כשהסוכן סיים, אבל הלקוח עדיין מחכה?
אחת המלכודות היא למדוד הצלחה ברמת הרכיב. הסוכן חילץ את המידע, הסוכן השני ניסח תשובה והסוכן השלישי יצר משימה. כל אחד דיווח הצלחה, אבל איש לא בדק שהפנייה נסגרה.
לכן לכל תהליך דרוש בעל אחריות לתוצאה השלמה. התפקיד הזה אינו חייב לבצע כל פעולה, אך הוא צריך להגדיר את תנאי הקבלה, להחליט מה קורה בחריגה ולדעת מתי המערכת אינה מתקדמת.
הבעלות אינה מסתכמת בכתובת דואר של “צוות AI”. בתהליך חשבוניות, מי שמכיר את מדיניות הרכש צריך להיות מעורב בהחלטות. בתהליך שירות, מי שאחראי להתחייבות ללקוח צריך להגדיר מתי מותר להשיב ומתי נדרשת העברה לאדם.
הסוכן אינו ממלא את החלל שהארגון השאיר באחריות. אם לא ברור מי מוסמך להכריע היום, חיבור מודל מתקדם עלול פשוט להאיץ החלטות שאיש לא התכוון לאשר.
ריבוי סוכנים אינו תוכנית עבודה
במחקר שפרסמה Anthropic באוגוסט 2026 על מערכות מרובות סוכנים, נבחנה בין היתר בניית משחק משותף. החוקרים הבחינו בין יכולת הסוכנים לשלב שינויים בקוד לבין איכות המוצר שנוצר. גם כאשר חלק ממדדי התיאום השתפרו, התוצר הכולל עדיין היה חלש.
המסקנה אינה שכל עבודה מקבילית נידונה להיכשל. המסקנה היא שמדד של פעילות או שילוב עבודה אינו זהה למדד של ערך. אפשר למזג הרבה שינויים וליצור מוצר שאינו שימושי. אפשר להפיק הרבה דוחות בלי לפתור את השאלה העסקית.
ריבוי סוכנים מתאים כאשר יש חלוקה אמיתית לעבודה עצמאית, כאשר אפשר לחבר את התוצרים וכאשר מחיר התיאום אינו מבטל את החיסכון. אם כולם צריכים לשנות את אותו מידע בזמן אמת, נדרשת משמעת של בעלות, תלות ויישוב סתירות.
הדיון בנחיל מודלים מבוזר עוסק בפוטנציאל של התמחות וחלוקת עבודה. ברמת הארגון, הפוטנציאל הזה צריך להפוך לחוזה פשוט: מי עושה מה, על איזה מידע ובאיזה תנאי התוצאה מתקבלת.
מדדי שימוש עלולים לתגמל את ההתנהגות הלא נכונה
מספר משתמשים פעילים עוזר להבין אימוץ. מספר פעולות יכול לעזור להבין עומס. אף אחד מהם אינו מוכיח שהעבודה השתפרה.
אם מתגמלים סוכן על מספר פניות שטופלו, הוא עלול לסגור פניות מוקדם מדי. אם מתגמלים צוות על כמות תוכן שנוצרה, קל לקבל יותר תוכן ופחות החלטות טובות. אפילו זמן תגובה קצר יכול להטעות כאשר ההמשך דורש תיקונים רבים.
מדידה טובה מחברת בין מהירות, איכות ותוצאה. לדוגמה: זמן עד לסגירה תקינה, שיעור פתיחה מחדש, שיעור חריגות שלא זוהו, זמן בדיקה אנושית ועלות כוללת למקרה שהושלם. המדדים צריכים לכלול גם את העבודה שהועברה לאנשים אחרים.
כאן נכנסת עלות למשימה מאומתת. אם החשבון הטכנולוגי ירד אבל צוות הבקרה גדל, אין בסיס להציג את השינוי כחיסכון בלי לספור את שני הצדדים.
פיילוט טוב כולל גם החלטה לא להרחיב
פיילוט אינו מופע שמטרתו להוכיח שההשקעה נכונה. הוא דרך זולה יחסית ללמוד באילו תנאים היא נכונה. לכן מגדירים לפניו גם מה יצדיק עצירה, שינוי כיוון או צמצום ההיקף.
אפשר להתחיל במצב צל, שבו המערכת מציעה תוצאות אך אינה משנה את מצב העבודה האמיתי. לאחר מכן אפשר להעביר אליה פעולות מוגבלות, עם בדיקה של חריגות. רק אם התוצאות תומכות בכך מרחיבים את הסמכות.
המעבר בין השלבים אינו צריך להיקבע רק לפי הזמן שעבר. “עבר חודש” אינו מדד לאמינות. חשוב יותר לדעת אילו סוגי מקרים נבדקו, כמה עבודה אנושית נדרשה ואילו כשלים עדיין אינם מובנים.
גם מבחן מוצלח אינו אישור נצחי. שינוי מודל, כלי, מקור מידע או מדיניות עסקית יכול לשנות את התוצאות. מערכת טובה שומרת את מקרי הבדיקה ומפעילה אותם שוב כאשר משתנה רכיב משמעותי.
התפקידים האנושיים משתנים, לא נעלמים מהתרשים
כאשר חלק מהביצוע עובר לסוכנים, גדלה החשיבות של הגדרת מטרה, שיפוט מקצועי, פתרון חריגות ובדיקת איכות. אלה אינם תפקידי קישוט סביב המכונה. בלעדיהם קשה לדעת אם היא מייצרת ערך או רק פעילות.
צריך גם להיזהר מהנחה שכל עובד יכול להפוך מיד למנהל של עשרה סוכנים. ניהול כזה דורש היכרות עם התחום, יכולת לקרוא ראיות והבנה של המקומות שבהם המערכת עלולה לטעות. הדרכה צריכה לעסוק בעבודה עצמה, ולא רק בכתיבת הוראות למודל.
בארגון ישראלי, לעיתים באותו צוות יש מערכות בעברית ובאנגלית, מסמכים בפורמטים שונים ותהליכים לא כתובים. אלה אינם חסרונות שהמודל יפתור אוטומטית. הם חומר הגלם של התכנון: איך מזהים את אותה ישות בשתי מערכות, מהו המסמך הקובע ומי מאשר פירוש שנוי במחלוקת.
מה צריכה לכלול אסטרטגיה שאפשר לבצע?
אסטרטגיה שימושית אינה חייבת להיות מסמך ארוך. היא צריכה ליצור הסכמה על מספר החלטות שקשה להשאיר עמומות:
- התהליכים הראשונים: היכן יש ערך שניתן למדוד ומידע שאפשר לעבוד איתו.
- רמת הסמכות: מה המערכת מציעה, מה היא מבצעת ומה מחייב אישור.
- בעלות מקצועית: מי אחראי לתנאי הקבלה ולתוצאה העסקית.
- מקור המצב: היכן רשום מה קרה ומה עוד ממתין.
- מדדי הצלחה ועצירה: איכות, זמן, עלות וחריגות, לצד תנאים שמחייבים בדיקה מחדש.
- יכולת החלפה: איך מחליפים מודל או ספק בלי לאבד את הגדרת התהליך ואת הראיות.
הרשימה הזאת נשארת רלוונטית גם כאשר דירוג המודלים משתנה. היא מבדילה בין נכס ארגוני שנבנה לאורך זמן לבין אוסף של חיבורים זמניים למוצר תורן.
השורה התחתונה
אסטרטגיית AI עונה לעיתים על השאלה אילו יכולות הארגון רוצה לקנות. אסטרטגיית סוכנים צריכה לענות על שאלה קשה יותר: איזו עבודה הארגון מוכן להפעיל אחרת, ואיך הוא יידע שהיא נעשתה נכון?
המעבר אינו נמדד במספר הסוכנים או באורך הזמן שבו הם פועלים בלי אדם. הוא נמדד ביכולת להשלים תהליך באיכות ידועה, בעלות סבירה ובחלוקת אחריות ברורה.
ארגון שמגדיר את הדברים האלה יכול להפיק ערך גם ממערכת מצומצמת. ארגון שלא מגדיר אותם עלול לגלות שמאה סוכנים רק מבצעים מהר יותר את חוסר הסדר שכבר היה בו.
שאלות נפוצות
האם כל ארגון צריך מערכת מרובת סוכנים?
לא. לפעמים חיפוש טוב, עוזר ממוקד או תהליך קבוע פותרים את הבעיה. ריבוי סוכנים מוצדק כאשר חלוקת העבודה והתיאום ביניהם משפרים תוצאה שניתן למדוד.
מי צריך להוביל את התהליך, המחשוב או הצד העסקי?
דרושה בעלות משותפת עם חלוקת אחריות ברורה. הצד העסקי מגדיר תוצאה, חריגות וסמכות; הצוות הטכנולוגי מתכנן את החיבורים, המצב, הבקרה וההפעלה. ספק אינו מחליף אף אחד מהתפקידים האלה.
למה להתחיל במצב צל?
כדי להשוות הצעות של המערכת לתהליך הקיים בלי להעניק מיד סמכות לשנות אותו. מצב צל אינו בודק את כל סיכוני הביצוע, ולכן אחריו נדרשת גם בדיקה מוגבלת של פעולות אמיתיות.
האם הצלחה בפיילוט מצדיקה הרחבה לכל החברה?
לא בהכרח. צריך להבין מה בדיוק הצליח, על אילו נתונים ובאילו תנאים. תהליך אחר יכול לדרוש מקור מידע, הרשאות ומדדי קבלה שונים.