למה Instinct נתקע בקפצ'ה ובאימות דו-שלבי

למה סוכן שמפעיל דפדפן אמיתי נתקע דווקא בקפצ'ה?

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

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

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

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

מה קורה כשהסוכן מגיע לאימות דו-שלבי או לקוד ב-SMS?

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

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

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

למה מכירת כרטיסים בעומס שוברת סוכנים אוטונומיים?

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

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

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

מתי כדאי לתת לסוכן לבצע לבד ומתי רק להכין את הקרקע?

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

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

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

איך בונים זרימה שבה הסוכן מכין ואתם לוחצים על הכפתור האחרון?

הזרימה שעובדת נראית כך: הסוכן חוקר, מסכם, מזכיר בזמן הנכון ומגיש לכם את כל מה שצריך, ואתם משלימים את השלב היחיד שדורש זהות אנושית. אצל Agent Sonic כל זה קורה בתוך שיחת וואטסאפ רגילה, בלי אפליקציה להתקין ובלי לוח בקרה ללמוד. כותבים "תזכיר לי מחר ב-9:55 שההרשמה נפתחת ב-10:00, ותשלח לי את הפרטים שצריך להקליד", ובשעה הנכונה מגיעה הודעה למקום שאתם ממילא מסתכלים בו כל היום. הסוכן לא מנסה לעבור את מערכת ההגנה, ולכן הוא גם לא נתקע בה.

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

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

שאלות נפוצות