סוכני AI: מה זה, מה הם עושים לעסק, ואיך בונים אחד

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

שלושה דברים הופכים מודל לסוכן:

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

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

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

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

טיפול בלידים

פנייה נכנסת מהאתר, הסוכן מסווג אותה, מוסיף אותה לגיליון או ל-CRM ומכין טיוטת מענה ראשון

דוחות

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

טיוטות לשירות לקוחות

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

כלים פנימיים

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

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

אין כלי אחד נכון. יש כמה גישות, וכל אחת מתאימה למצב אחר:

• פלטפורמות אוטומציה ויזואליות כמו n8n ו-Make: מחברים שלבים, ומשלבים מודל שפה באחד מהם. מתאים לתהליכים שעוברים בין כמה מערכות
• עוזרי צ'אט עם הגדרות כמו ChatGPT: טוב להתחלה ולמשימות שעובדות על טקסט ומסמכים
• סוכני קוד כמו Claude Code: סוכן שעובד בתוך תיקייה או פרויקט, כותב קוד, מריץ ובודק. מתאים לבניית כלים פנימיים וסקריפטים

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

רוב הסוכנים שנכשלים לא נכשלים בגלל הכלי, אלא בגלל שדילגו על שלב. הסדר הזה עובד גם ב-n8n, גם ב-Make וגם בסוכן קוד.

1. בוחרים תהליך חוזר

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

2. מגדירים מטרה ותנאי הצלחה

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

3. ממפים כלים וגישות

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

4. כותבים הוראות

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

5. מריצים על דוגמאות

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

6. מוסיפים אישור אדם

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

7. מודדים ומשפרים

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

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

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

1. קלט: פנייה חדשה נכנסת מהטופס או מתיבת המייל. הסוכן מקבל את הטקסט, שם השולח ואמצעי הקשר.
2. סיווג: הסוכן קובע אם זו בקשה להצעת מחיר, תקלה, שאלה כללית או תלונה, ומסמן דחיפות.
3. טיוטת תשובה: לפי מסמך המדיניות והמחירון הוא כותב טיוטה קצרה. מה שלא מופיע במסמכים הוא לא ממציא, אלא מסמן לבדיקה.
4. אישור אדם: נציג רואה את הסיווג ואת הטיוטה, מתקן אם צריך ולוחץ שליחה. הסוכן עצמו לא שולח.
5. רישום ב-CRM: אחרי האישור נוצרת או מתעדכנת רשומה: פרטי הפונה, קטגוריה, מה נענה ומתי. ככה אין פנייה שנופלת בין הכיסאות.

ככה עשויות להיראות ההוראות לסוכן כזה. שימו לב שרוב הטקסט עוסק במה אסור ובמה עושים כשלא בטוחים:

השורה שמוותרים עליה הכי מהר היא "ומה בדקת כדי לכתוב אותה". היא זו שמאפשרת לנציג לאשר תוך שניות במקום לבדוק הכול מחדש.

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

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

סוכן שיכול לפעול יכול גם לטעות בפעולה. לכן יש כמה כללים שלא מוותרים עליהם:

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

הרשאות

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

סודות ומפתחות

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

תיעוד פעולות

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

מגבלות עלות

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

בדיקה שוטפת

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

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

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

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

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

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

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

הסדנה בעברית, בהנחיית ליאור דניאל, שעוסק בקידום אתרים ובבניית אתרים בפועל. סדנת חצי יום לצוות עולה ₪6,000 (במקום ₪8,000), ויום מלא ₪10,000 (במקום ₪14,000). יש גם ליווי אישי 1:1. כל הפרטים בסדנאות לצוותים ובמחירון.