Perplexity משיקה Teammates: סוכני AI לעבודה מתמשכת
Perplexity משיקה למנויי Max את Teammates: סוכני AI לטיפול מתמשך במשימות, עם זיכרון, שיתוף פעולה ושליחת הודעות ב-Slack, בפיקוח המשתמש.
Perplexity רוצה שהסוכן שלה לא רק יענה על הבקשה הבאה, אלא ימשיך לטפל בעבודה שכבר קיבל. ב-5 בנובמבר 2026 הודיעה החברה על זמינות Teammates למנויי Max בדפדפן: סוכני AI שזוכרים עבודה קודמת, משתפים פעולה ויכולים לשלוח הודעות לעמיתים ב-Slack. לצוותים בישראל, השאלה המעשית היא אילו משימות אפשר להפקיד בידיהם בלי להפוך את הפיקוח עליהם למשרה נוספת.
מה הושק: זיכרון, המשכיות ותקשורת עם הצוות
לפי הודעת Perplexity, Teammates מיועדים לטיפול מתמשך במשימות ולא רק למענה נקודתי. כל סוכן פועל בסביבה מבודדת ובהתאם להרשאות הקיימות, והמשתמש יכול לבדוק את עבודתו ולהכווין אותה. החיבור בין המשכיות, זיכרון ותקשורת עם עמיתים הוא לב ההכרזה: הסוכן אמור להשתלב בתהליך עבודה, ולא להסתפק ביצירת תשובה שמישהו מעתיק הלאה.
האפשרות לשלוח הודעות ב-Slack משמעותית במיוחד משום שהיא מוציאה את התוצר מהשיחה הפרטית עם המשתמש. הודעה לעמית יכולה להפוך לחלק מהתיאום בצוות, ולכן צריך לבחון לא רק אם הניסוח נכון, אלא גם למי הוא נשלח, באיזה הקשר ואיזו פעולה הוא עלול לעורר. עצם היכולת לתקשר אינה אומרת שכדאי לאפשר לסוכן לדבר בשם עובד ללא גבולות ברורים.
חשוב גם לתחום את מה שידוע: ההכרזה מתארת זמינות למנויי Max בדפדפן, אך המידע שבידינו אינו מפרט את מלוא אפשרויות החיבור, תנאי שמירת הזיכרון או מנגנוני האישור לכל פעולה. הוא גם אינו מספק אישור מפורש לזמינות בישראל או לאיכות העבודה בעברית. אלה שאלות לבדיקה לפני רכישה או הטמעה, ולא פרטים שאפשר להשלים מתוך עצם ההכרזה.
ההבדל מצ׳אט: המשימה לא מסתיימת בתשובה
בצ׳אט נקודתי המשתמש בדרך כלל מגדיר בקשה, מקבל תוצאה ומחליט מה לעשות איתה. בסוכן לעבודה מתמשכת צריך להגדיר גם מה נחשב התקדמות, מתי להפסיק ומתי לחזור לאדם עם שאלה. זה שינוי באופן ניהול העבודה: פחות ניסוח של בקשה בודדת, ויותר קביעת תחום אחריות וגבולות סמכות.
זיכרון של עבודה קודמת עשוי לחסוך הסברים חוזרים, אך הוא מחייב גם דרך להתמודד עם מידע שהתיישן. אם יעד השתנה או החלטה בוטלה, לא מספיק שהסוכן יזכור את השיחה הישנה; צריך לוודא שהוא פועל לפי ההחלטה התקפה. בדומה לכך, שיתוף פעולה בין סוכנים עשוי לסייע בחלוקת משימות, אבל אינו מוכיח שהם בודקים זה את זה או מונעים הפצה של אותה טעות.
המשימה שאפשר להאציל לסוכן אינה בהכרח הסמכות להחליט בשם הצוות.
לכן המדד החשוב בניסוי אינו רק איכות התשובה הראשונה. כדאי לבחון אם הסוכן נשאר בגבולות המשימה לאורך זמן, מבקש הבהרה כשחסר מידע ומפסיק להסתמך על הנחיה שבוטלה. ההכרזה מסמנת כיוון מוצר ברור, אך אינה מספקת כשלעצמה הוכחה לאמינות בתהליך ארגוני אמיתי.
איפה צוות ישראלי יכול לבדוק את התועלת
לעסק ישראלי שעובד ב-Slack, נקודת פתיחה סבירה היא משימה פנימית עם תוצאה שקל לבדוק, ולא תקשורת מול לקוחות או התחייבות מסחרית. הדוגמאות הבאות הן הצעות לפיילוט, בכפוף לחיבורים ולהרשאות שהמוצר מאפשר בפועל; הן אינן רשימת יכולות שאומתה בהכרזה.
- תפעול: ריכוז עדכונים שנמסרו לסוכן והכנת תמונת מצב של נושאים פתוחים, עם הפרדה בין עובדה, הנחה ושאלה לבירור.
- שיווק: המשך עבודה על טיוטת בריף לפי הערות הצוות, בלי סמכות לפרסם תוכן או להתחייב לתקציב.
- פיתוח: הכנת סיכום חסמים ותלויות מתוך מידע שהצוות מספק, במקום שינוי קוד או קבלת החלטות על שחרור גרסה.
- תיאום פנימי: ניסוח הודעת סטטוס לבדיקה אנושית, ורק לאחר בחינת אפשרויות הבקרה החלטה אם לאפשר גם שליחה.
בצוות שעובד בעברית ובאנגלית במקביל, הבדיקה צריכה לכלול מעבר בין השפות, שמות לקוחות וקיצורים פנימיים. הודעה תקינה מבחינה לשונית עדיין יכולה להחמיץ את ההבדל בין הצעה להחלטה. כדאי גם לבדוק הנחיות שקשורות ללוח העבודה המקומי: למשל, מה אמור לקרות כשמשימה נשארת פתוחה ביום חמישי והאחראי עליה חוזר רק ביום ראשון.
לצוות קטן, מבחן הכדאיות פשוט יותר מהבטחה ל״עובד נוסף״: האם נחסך זמן נטו אחרי קריאת התוצרים, תיקון הטעויות והכוונת הסוכן. אם כל עדכון דורש שחזור מלא של העבודה כדי להבין אם הוא נכון, ההמשכיות לבדה אינה יתרון תפעולי.
הרשאות ובידוד אינם אישור אוטומטי לתוצר
הצהרת Perplexity על סביבה מבודדת ועל פעולה בהתאם להרשאות הקיימות חשובה, אך צריך להפריד בין אבטחת הגישה לבין איכות ההחלטה. גם סוכן שפועל בתוך ההרשאות שלו יכול לפרש מסמך לא נכון או לשלוח סיכום מטעה. הרשאה לגשת למידע אינה מעידה שכל שימוש בו מתאים למטרה העסקית.
לפני חיבור מידע ארגוני, בדקו אילו מקורות הסוכן רשאי לקרוא, למי הוא יכול לשלוח הודעות, כיצד מבטלים גישה ומה נשמר בזיכרון. המידע בהכרזה אינו מאפשר לקבוע שיש מנגנון אישור פרטני לכל הודעה.
בעסק שמטפל במידע על לקוחות או עובדים בישראל, מומלץ להתחיל במידע לא רגיש ולערב את האחראים על פרטיות ואבטחת מידע לפני הרחבת השימוש. גם בחשבון אישי עם גישה למוצר, חיבור סביבת העבודה צריך להיות החלטה ארגונית מאושרת. יכולת טכנית לחבר שירות אינה מחליפה בדיקת תנאים, נהלים והרשאות.
מה הלאה: לבדוק אחריות מתמשכת, לא רק הדגמה
החידוש ב-Teammates הוא הניסיון לחבר בין זיכרון, עבודה מתמשכת ותקשורת עם אנשים באותו תהליך. עבור משתמשים בישראל, הצעד הבא צריך להיות בדיקת זמינות ולאחריה פיילוט מצומצם: משימה מוגדרת, בעל אחריות אנושי ותנאי עצירה ברורים. כדאי לכלול בו גם שינוי הנחיות באמצע העבודה, כדי לראות כיצד הסוכן מתמודד עם מציאות שאינה נשארת קבועה.
אם הסוכן מצליח לצמצם מעקב ידני בלי להגדיל את עומס הבדיקה, יש בסיס לבחון הרחבה. אם לא, עצם העובדה שהוא ממשיך לעבוד אינה סיבה לתת לו יותר סמכות. ההשקה מעניינת דווקא משום שהיא מעבירה את הדיון ממה שה-AI מסוגל לנסח אל העבודה שאפשר להפקיד בידיו, והגבולות שצריך להשאיר בידי הצוות.
שאלות נפוצות
מה זה Perplexity Teammates?
Teammates הם סוכני AI של Perplexity המיועדים לעבודה מתמשכת, עם זיכרון של עבודה קודמת ושיתוף פעולה בין סוכנים. לפי החברה, הם יכולים גם לשלוח הודעות לעמיתים ב-Slack, והמשתמש יכול לבדוק ולהכווין את עבודתם.
מי יכול להשתמש ב-Perplexity Teammates והאם השירות זמין בישראל?
בהכרזה מ-5 בנובמבר 2026 נמסר כי Teammates זמינים למנויי Max בדפדפן. המידע שנמסר אינו מאשר במפורש זמינות בישראל, ולכן יש לבדוק גישה בחשבון ואת תנאי השימוש לפני שמתכננים הטמעה.
האם סוכני Teammates פועלים ללא פיקוח אנושי?
הסוכנים מיועדים להמשיך לטפל במשימות, אך לפי Perplexity המשתמש יכול לבדוק ולהכווין את העבודה. החברה מציינת פעולה בסביבה מבודדת ובהתאם להרשאות הקיימות; אלה אינם תחליף לבדיקת נכונות התוצרים ולהגדרת גבולות פעולה.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות