AI נטען
מכינים את הדף בשבילך
מכינים את הדף בשבילך
רמת שליטה · גרוק בוט (Grok Bot)
הבוט הראשון שלכם כבר עובד. השאלה עכשיו אחרת לגמרי: איך גורמים לו לעבוד בלי שאתם שומרים עליו. העמוד הזה מתחיל בדיוק במקום שבו רוב המדריכים נגמרים, ומכסה את שבע היכולות שמפרידות בין מי שמפעיל בוט למי שמנהל תפעול.
גרוק בוט מאסטר (Grok Bot Master) הוא רמת שליטה ולא שם של מוצר. זו הנקודה שבה אתם כבר לא מנסים לגרום לבוט אחד לעבוד, אלא מנהלים כמה בוטים שרצים לבד: חלוקת עבודה ביניהם, שגרות מתוזמנות, הרשאות קריאה מול כתיבה, חיבורי MCP מותאמים ותקרת עלות מוגדרת. ההבדל המעשי בין משתמש מתקדם למאסטר הוא לא מה הבוט מצליח לעשות, אלא מה הוא עושה כשהוא נכשל.
כל אחת מהן היא יכולת שאפשר לבדוק, לא תחושה. אם אתם לא יודעים להסביר איך אתם מטפלים באחת מהן, זו הנקודה שבה כדאי להתחיל:
לחלק תפקידים לפי סוג הסיכון ולא לפי סוג המשימה: בוט קריאה, בוט הכנה, ובוט ביצוע אחד שהוא היחיד עם הרשאת כתיבה.
בוט אחד מחזיק עד 50 שגרות, והאפליקציה שומרת רק את 20 ההרצות האחרונות של כל אחת. מאסטר מייצר יומן משלו במקום לסמוך על ההיסטוריה של הכלי.
כל הבוטים של אותו משתמש חולקים מחשב ענן אחד, כולל קבצים, הפעלות דפדפן והתחברויות. ריבוי בוטים אינו הפרדת הרשאות.
כשהקונקטור המובנה לא מבצע את הפעולה, מחברים שרת משלכם בשני שדות: שם וכתובת. השרת חייב להיות זמין באינטרנט הפתוח.
ההרשאה הבסיסית של היומן היא קריאה בלבד ודולקת תמיד. בלי הפעלת כלי כתיבה הסוכן יציע שעה ולא יקבע פגישה, ואף אחד לא יקבל שגיאה.
המכסה שבועית ומתאפסת כל שבוע, המסלולים לא מצטברים, והתקרה החודשית לשימוש לפי דרישה נקבעת בהגדרות. עסק עם שישה סוכנים שרף 42% מהמכסה ביום הראשון.
אין הרצה יבשה, ואישור לא מבטל פעולה שבוצעה. לכן כל תוצר נושא איתו עדות: תאריך הרצה, מספר פריטים ומקור לכל שדה.
בסדר קבוע: בוט אחד על תהליך אחד, חיבור אחד עם בדיקת סוף לסוף, שגרה עם יומן ותקרת עלות, ורק אז בוט שני. מי שקופץ ישר לחמישה בוטים חוזר לנקודת ההתחלה תוך שבוע.
הסיבה פשוטה ומבנית. כל הבוטים של אותו משתמש חולקים מחשב ענן אחד, ולכן ריבוי בוטים אינו מייצר הפרדה אלא מגדיל את מספר הדברים שיכולים להתנגש. בוט אחד גם מריץ משימת שימוש-מחשב אחת בכל רגע.
שלושת ההרגלים שמחזיקים את כל השיטה קצרים מספיק כדי לזכור: נקודת בקרה לפני המשימה, הרשאה מינימלית לפני החיבור, ועדות בכל תוצר. כל השאר הוא פירוט.
בוחרים תהליך פנימי אחד שהתוצר שלו הוא טיוטה, פותחים בוט יחיד, ומנסחים אותו לפי חמשת הרכיבים: תוצאה, מקורות, מגבלות, תוצר ונקודת בקרה. בשלב הזה לא מוסיפים כלים ולא מוסיפים בוטים.
מחברים כלי אחד שאתם כבר עובדים איתו, מוודאים שהוא קורא, מפעילים כלי כתיבה רק אם צריך, ובודקים בעיניים שלכם שהכתיבה באמת קרתה. זה השלב שבו רוב המשפכים נשברים בשקט.
הופכים את התהליך היציב לשגרה מתוזמנת, מוסיפים לה שורת יומן שנכתבת לתיקיית העבודה המשותפת, וקובעים תקרת הוצאה חודשית לפני שהמכסה מפתיעה אתכם.
רק עכשיו מוסיפים בוט נוסף, וגם אז עם כלל אחד: רק אחד מהם מחזיק הרשאת כתיבה. כאן מתחילה העבודה האמיתית של הרמה, ניהול תהליך במקום ניהול משימה.
בין שישה לשנים עשר שבועות, בקצב של כמה שעות בשבוע. שבוע לבוט הראשון, שבועיים לחיבור הראשון עם בדיקת סוף לסוף, שלושה שבועות לשגרה יציבה עם יומן ותקרת הוצאה, ואז הבוט השני. זה לא לוח זמנים שאפשר לדחוס, כי מה שקובע אותו הוא לא קצב הלמידה שלכם אלא כמה זמן תהליך צריך לרוץ כדי להוכיח שהוא יציב. שבועיים הם המינימום הסביר, כי תקלה ששותקת מתגלה בדרך כלל בהרצה השלישית או הרביעית ולא בראשונה.
משתמש מתחיל יודע לגרום לבוט לבצע משימה. מאסטר יודע מה הבוט יעשה כשהמשימה תיכשל. זו כל ההגדרה, והיא נשמעת קטנה עד שמפרקים אותה לשמונה ממדים:
| הממד | משתמש מתחיל | מאסטר |
|---|---|---|
| ניסוח משימה | מתאר מה הוא רוצה | בונה חמישה רכיבים, ונקודת הבקרה נכתבת ראשונה |
| מספר בוטים | פותח בוט לכל רעיון | בוט אחד עם הרשאת כתיבה, והשאר קוראים בלבד |
| הרשאות | מאשר את מה שהחלונית מבקשת | יודע איזו הרשאה דולקת כברירת מחדל ואיזו צריך להדליק ביד |
| חשבונות | מחבר את החשבון האישי שלו | חשבון שירות ייעודי לכל בוט שנוגע במערכת |
| שגרות | מתזמן ומקווה | מגדיר מראש מה קורה כשההרצה נכשלת, וכותב יומן משלו |
| עלות | מגלה שהמכסה נגמרה | קובע תקרה חודשית ביום הראשון ומסתכל על המונה |
| כישלון | מטפל בתקלה שצעקה | מזהה תקלה ששתקה, לפי עדות שנשמרת בכל תוצר |
| עצירה | מחכה שמשהו יישבר | כותב שבעה תנאי עצירה לפני שהבוט עולה לאוויר |
השורה על הכישלון היא המבחן האמיתי. תקלה שצועקת, בוט שנתקע או שגיאת עומס, מטפלת בעצמה: אתם רואים ואתם מתקנים. תקלה ששותקת, בוט שממשיך לרוץ ומחזיר תוצר שנראה תקין אבל מבוסס על מקור שהשתנה, יכולה לעבוד שבועיים לפני שמישהו שם לב.
כל הבוטים של אותו משתמש חולקים מחשב ענן אחד. התיעוד מפרט בדיוק מה משותף: עוגיות הדפדפן וההתחברויות, הקבצים, וגם פרטי הגישה בשורת הפקודה.
לכל בוט יש מסך משלו על אותו מחשב, ולכן כמה בוטים יכולים להפעיל דפדפן במקביל. אבל בלשון התיעוד, המסכים הם משטחי עבודה נפרדים ולא גבולות אבטחה נפרדים, ו-SpaceXAI מזהירה במפורש לא להתייחס לבוטים כגבול אבטחה.
בין משתמשים שונים ההפרדה דווקא קשיחה: לכל משתמש מכונה וירטואלית משלו (Firecracker microVM), ואף אחד לא רואה את הסביבה של אחר. הבעיה נמצאת בתוך החשבון שלכם, לא בינכם לבין העולם.
התובנה המרוכזת קצרה: הרשאות מינימום, שליטה מקסימום. עובד AI אחד שמוגדר נכון שווה יותר מחמישה שמוגדרים שיעשו הכול.
שיחת אפיון קצרה, בלי עלות ובלי התחייבות: מספרים לי אילו תהליכים אתם רוצים להעביר לבוטים, ואני חוזר עם מפה של מה מתאים, מה לא, ובאיזה סדר.
מי מלמד את זה
יעקב צדק מלמד גרוק בוט (Grok Bot) בעברית, בסדנה ארגונית, בקורס אינטראקטיבי ובמדריכים המעמיקים באתר. הוא מרצה, יועץ ומטמיע AI בארגונים, הקים את קהילות ה-AI וההטמעות עם 150,000+ אנשים, והעביר הרצאות וסדנאות ביותר מ-200 ארגונים.
יעקב צדק הוא מרצה, יועץ ומטמיע AI בארגונים, ומפעיל את קבוצת הטיפ היומי AI שלו. הוא ליווה 100+ ארגונים בהטמעת בינה מלאכותית בתהליכי העבודה עצמם, ומדורג בגוגל 5.0 על בסיס 128 ביקורות.
התוכן בעמוד הזה לא מגיע מקריאת הודעה לעיתונות. יעקב כתב את המדריך המלא לגרוק בוט (Grok Bot) בעברית ומעדכן אותו מול התיעוד הרשמי ומול הממשק החי, בנה עובד AI אמיתי על גרוק בוט ונתקל בעצמו במלכודת שבה חיבור היומן הוא קריאה בלבד, וחיבר שרתי MCP מותאמים כדי להשלים בדיוק את מה שהקונקטורים המובנים לא עושים.
שלושת המדריכים שמרכיבים את בסיס הידע הזה פתוחים לקריאה: המדריך המלא, בניית עובד AI ראשון עם וואטסאפ ויומן וגרוק בוט כסוכן מכירות, שבו חיברנו Hunter, Resend ו-OKDOC AI לתהליך אחד מאיתור ליד ועד תשלום.
גרוק בוט מאסטר אינו מוצר אלא רמת שליטה בגרוק בוט (Grok Bot), מוצר הסוכנים של SpaceXAI. זו הנקודה שבה אתם כבר לא מנסים לגרום לבוט אחד לעבוד, אלא מנהלים כמה בוטים שרצים לבד: חלוקת עבודה ביניהם, שגרות מתוזמנות, הרשאות קריאה מול כתיבה, חיבורי MCP מותאמים, משמעת מכסה, ותנאי עצירה שנכתבו מראש.
בסדר קבוע, לא בקפיצה. מתחילים מבוט אחד על תהליך אחד שהתוצר שלו טיוטה, מחברים כלי אחד ובודקים סוף לסוף שהוא באמת כותב ולא רק קורא, הופכים את התהליך היציב לשגרה עם יומן משלה ותקרת הוצאה, ורק אז מוסיפים בוט שני. הכלל שמחזיק את כל זה: נקודת בקרה לפני המשימה, הרשאה מינימלית לפני החיבור, ועדות בכל תוצר.
בקצב מעשי של כמה שעות בשבוע, בין שישה לשנים עשר שבועות. שבוע לבוט הראשון, שבועיים לחיבור הראשון עם בדיקת סוף לסוף, שלושה שבועות לשגרה יציבה עם יומן ותקרה, ואז הבוט השני. מי שקופץ ישר לחמישה בוטים בדרך כלל חוזר לנקודת ההתחלה תוך שבוע, כי כולם חולקים מחשב ענן אחד וההתנגשויות מתחילות מיד.
יעקב צדק מלמד גרוק בוט (Grok Bot) בעברית: בסדנת גרוק בוט לארגונים, בקורס האינטראקטיבי ב-9.90 שקלים, ובמדריכים המעמיקים באתר tzedek.me. הוא מרצה, יועץ ומטמיע AI בארגונים, הקים את קהילות ה-AI וההטמעות עם 150,000+ אנשים, העביר הרצאות וסדנאות ב-200+ ארגונים, וכתב את המדריך המלא לגרוק בוט בעברית ומעדכן אותו מול התיעוד הרשמי.
משתמש מתחיל יודע לגרום לבוט לבצע משימה. מאסטר יודע מה הבוט יעשה כשהמשימה תיכשל. בפועל ההבדל מתבטא בשמונה נקודות: ניסוח המשימה, מספר הבוטים, ההרשאות, סוג החשבון, השגרות, ניהול העלות, זיהוי כישלון שקט, ותנאי העצירה. הנקודה הקשה מכולן היא השביעית, כי תקלה ששותקת יכולה לרוץ שבועיים לפני שמישהו שם לב.
שני רכיבים נפרדים. הכלי עצמו: לגרוק בוט אין מנוי עצמאי, והגישה כלולה במסלולים כמו Cursor Pro ב-20 דולר לחודש, SuperGrok ב-30 דולר לחודש ו-Cursor Teams Standard ב-40 דולר למושב, עם מכסת שימוש שבועית שגדלה לפי המסלול. הלמידה: הקורס האינטראקטיבי באתר עולה 9.90 שקלים, וסדנה ארגונית מותאמת מתומחרת לפי היקף הקבוצה והתהליכים אחרי שיחת אפיון קצרה וללא עלות.
לא. רוב מה שמבדיל רמת מאסטר הוא ניהולי ולא טכני: איך מנסחים משימה עם נקודת בקרה, איזו הרשאה נותנים ואיזו לא, מתי עוצרים בוט, ואיך בודקים תוצר. החלק היחיד שנוגע בטכנולוגיה הוא חיבור שרת MCP מותאם, וגם הוא מסתכם בשני שדות בממשק: שם וכתובת שרת. את השרת עצמו אפשר להזמין או לבנות עם כלי AI.
להתחיל מאחד, ולהוסיף רק אחרי שתהליך אחד רץ יציב שבועיים. שלוש סיבות: כל הבוטים חולקים מחשב ענן אחד ולכן ריבוי בוטים אינו הפרדה, המכסה נשרפת מהר יותר (עסק עם שישה סוכנים שרף 42% מהמכסה השבועית ביום הראשון), וכשמשהו נשבר בשרשרת של שלושה בוטים קשה מאוד לאתר איפה. בנוסף, בוט אחד מריץ משימת שימוש-מחשב אחת בכל רגע.
כי חיבור Google Calendar הוא קריאה בלבד כברירת מחדל. לפי התיעוד, ההרשאה calendar.readonly דולקת תמיד, ההרשאה calendar.events שיוצרת ומעדכנת אירועים נדרשת רק כשמפעילים כלי כתיבה, ו-calendar.freebusy נדרשת כשמפעילים את כלי הזמינות. בלי הפעלת כלי הכתיבה הסוכן יציע שעה, הלקוח יאשר, ובלוח השנה לא יקרה כלום. אף אחד לא מקבל שגיאה, וזה מה שהופך את זה למלכודת ולא לתקלה.
בממשק grok.com הם יושבים בתפריט הצד תחת Plugins, עם שתי לשוניות: Connectors ו-Skills. אין עמוד בכתובת /settings/connectors, והכתובת הזו מחזירה שגיאת 404. בין הקונקטורים המובנים שנראו בממשק החי ב-16.9.2026: Finance, Gmail, Google Calendar, Google Drive, GitHub, Box, Canva, Notion, Stripe, Vercel, Wix ו-X Ads. חשוב לדעת ש-Gmail ו-Google Calendar הם שני קונקטורים נפרדים.
כשהפעולה שאתם צריכים היא כתיבה שהקונקטור לא מבצע, או כשהמערכת שלכם לא נמצאת ברשימת הקונקטורים המובנים. בגרוק נכנסים ל-Plugins, בוחרים New Connector ואז Custom, וממלאים שני שדות בלבד: שם וכתובת שרת. גרוק מגלה בעצמו אילו כלים השרת חושף. השרת חייב להיות זמין באינטרנט הפתוח, ולכן localhost לא יעבוד. לפיתוח מקומי מתועדת עבודה דרך מנהרה, עם הערה שמנהרות מהירות של Cloudflare אינן תומכות בתעבורת SSE.
חמישה הרגלים: לקצוב את המקורות במפורש במקום לבקש סריקה פתוחה, להגדיר תוצר סופי קצר, לצמצם למשימה אחת בכל הרצה, לתזמן משימות כבדות לשעות שקטות כדי להימנע משגיאות עומס וחזרות, ולקבוע את התקרה החודשית לשימוש לפי דרישה ביום הראשון. מעל הכול, צריך אדם אחד עם אחריות מפורשת על המונה. בלי שם ליד המספר, אף אחד לא מסתכל עליו.
לפי סימנים שקטים: תוצר שזהה מדי בין הרצות, כמות פריטים שיורדת בהדרגה, היעלמות של ציון מקורות, תאריכים ישנים בתוצר, וכל הבוטים ששותקים יחד (המחשב המשותף נתקע, תקלה מוכרת בבטא). הכלל שמונע את כולם: כל תוצר נושא איתו עדות, כלומר תאריך הרצה, מספר פריטים ומקור לכל שדה. תוצר בלי עדות אי אפשר לבדוק.
שבעה תנאים שכדאי לכתוב לפני שהבוט עולה לאוויר: מבנה המקור השתנה, התוצר חרג מהגבולות הסבירים, הבוט ביקש השתלטות פעמיים באותו יום, המכסה חצתה שבעים אחוז, מישהו התלונן על התוצר, העסק נמצא בתקופה רגישה כמו סוף רבעון או השקה, ואתם לא הסתכלתם על הפלט שבוע. התנאי האחרון הוא החשוב ביותר: אוטומציה שאיש לא בודק אינה חיסכון, היא חוב.
בשלב הבטא, לא. אין הצהרות תאימות מתועדות (SOC 2, ISO 27001, GDPR, HIPAA), אין הרצה יבשה כי כל בדיקה מבצעת עבודה אמיתית, ואישור מנוסח בפרוזה ולא מבטל עבודה שכבר בוצעה. יומן פעולות מלא קיים היום במסלול Enterprise בלבד. ביקורת מקצועית נתנה 3 מתוך 10 לארגונים מוסדרים, ו-8 מתוך 10 לאוטומציה של כלים ללא ממשק תכנותי. מאסטר עובד בקטגוריה השנייה ולא מנסה לתקן את הראשונה.
הממשק באנגלית, וניסוח משימות בעברית עובד והמודל מבין אותו. שתי הסתייגויות מעשיות: כשהבוט מפעיל אתרים או כלים באנגלית, ניסוח באנגלית נותן תוצאה יציבה יותר, ולניסוח עברי ארוך ומלוטש כתוצר סופי איכות התוצאה עדיין נופלת מכלים אחרים. הפתרון הפשוט: הבוט מבצע, וכלי אחר מנסח.
שני כיוונים. הראשון הוא הרחבה לרוחב: להעביר את אותה שיטה, נקודת בקרה, הרשאה מינימלית ועדות בכל תוצר, לתהליכים נוספים בארגון, מחלקה אחר מחלקה. השני הוא עומק טכני: להוסיף שרתי MCP משלכם לכל מערכת פנימית שאין לה קונקטור, ובכך להפוך את גרוק בוט מכלי אישי לשכבת ביצוע ארגונית. ארגונים שרוצים לעשות את זה מסודר ממשיכים לסדנת גרוק בוט על התהליכים שלהם, או לפרויקט הטמעה מלא.
גרוק בוט מאסטר (Grok Bot Master) הוא לא כלי ולא מוצר, אלא רמת שליטה: הנקודה שבה אתם מפסיקים לשאול "איך גורמים לבוט לעבוד" ומתחילים לשאול "איך גורמים לבוט לעבוד בלי שאני שומר עליו". ההבדל בין שתי השאלות הוא כל המדריך הזה. מי שעדיין בשאלה הראשונה נמצא בשלב ההתחלה, וזה שלב לגיטימי לגמרי. מי שכבר בשנייה מגלה שהחומר שקיים ברשת נגמר בדיוק שם, כי רוב התוכן על גרוק בוט נעצר ברגע שהבוט הראשון החזיר תוצאה.
בעמוד למעלה פירטתי את שבע היכולות שמגדירות את הרמה. כאן נצלול לעומק המבצעי: איך מחלקים עבודה בין בוטים, איך בונים שגרות שלא נשברות, מה באמת קורה במחשב הענן המשותף, איך מחברים שרת MCP משלכם, איך מנהלים מכסת טוקנים כמו שמנהלים תקציב, ואיך מזהים בוט שנכשל בשקט. כל טענה טכנית כאן מגיעה מהמדריך המלא לגרוק בוט וממדריך בניית עובד AI ראשון, שנכתבו מול התיעוד הרשמי ומול הממשק החי.
משתמש מתקדם יודע לגרום לבוט לבצע משימה. מאסטר יודע מה הבוט יעשה כשהמשימה תיכשל. זו כל ההגדרה, והיא נשמעת קטנה עד שמסתכלים על מה היא דורשת בפועל.
| הממד | משתמש מתקדם | מאסטר |
|---|---|---|
| ניסוח משימה | מתאר מה הוא רוצה | בונה חמישה רכיבים: תוצאה, מקורות, מגבלות, תוצר ונקודת בקרה |
| מספר בוטים | פותח בוט לכל רעיון | מחלק תפקידים ביודעין, ומכיר את המגבלות של החלוקה |
| הרשאות | מאשר את מה שהחלונית מבקשת | יודע איזו הרשאה דולקת כברירת מחדל ואיזו צריך להדליק ביד |
| שגרות | מתזמן ומקווה | מגדיר מראש מה קורה כשההרצה נכשלת |
| עלות | מגלה שהמכסה נגמרה | קובע תקרה חודשית ומסתכל על המונה |
| כישלון | מטפל בתקלה שצעקה | מזהה תקלה ששתקה |
| עצירה | מחכה שמשהו יישבר | יודע מראש מתי לכבות את הבוט |
השורה השישית היא המבחן האמיתי. תקלה שצועקת, בוט שנתקע או שגיאת עומס, תתגלה לבד. תקלה ששותקת, בוט שממשיך לרוץ ומחזיר תוצר שנראה תקין אבל מבוסס על מקור שהשתנה, יכולה לעבוד שבועיים לפני שמישהו שם לב.
לפי התיעוד, בוטים יכולים לשלוח הודעות זה לזה, לחלוק הקשר בשרשורים או בצ'אטים קבוצתיים, ולהעביר ביניהם בעלות על משימות. ההיגיון ברור: במקום בוט אחד שעושה הכול, בונים כמה מומחים, אחד לאיסוף נתונים, אחד לניתוח ואחד להכנת תוצרים.
ההיגיון נכון. הפרקטיקה בבטא הרבה פחות ורודה, ומאסטר מכיר את שני הצדדים.
שלוש הסיבות להתחיל מבוט אחד מגיעות ישירות מהתיעוד ומהשטח:
כשבכל זאת מגיעים לשלב הצוות, החלוקה שמחזיקה בנויה לפי סוג הסיכון ולא לפי סוג המשימה. זו נקודת המפתח שמבדילה בין מאסטר למי שרק קרא על ריבוי סוכנים:
החלוקה הזו לא פותרת את בעיית המחשב המשותף, ושום חלוקה לא תפתור אותה, אבל היא כן מצמצמת את מספר הבוטים שיכולים לבצע פעולה בלתי הפיכה למספר אחד. זה ההבדל בין שלוש נקודות כשל לנקודת כשל אחת שאתם שומרים עליה.
בוט אחד, תהליך אחד, שבועיים. רק אחרי שהתהליך הזה רץ יציב, מוסיפים את השני. זו אותה גישה שאני ממליץ עליה בכל הטמעה, והיא נכונה שבעתיים כשהכלי בבטא.
מיומנות (Skill) היא מערכת הוראות שאפשר להפעיל שוב. לפי התיעוד היא בנויה מחמישה רכיבים: מתי להשתמש בה, אילו קלטים נדרשים, סדר העבודה, איך מאמתים את התוצאה, ומה מחזירים. שגרה (Routine) אומרת לבוט מתי להריץ אותה: לפי לוח זמנים, או אחרי אירוע כמו הודעה בסלאק.
שתי מגבלות שכדאי לדעת לפני שבונים לוח שגרות שלם:
המגבלה השנייה היא זו שמפילה ארגונים. שגרה שרצה כל שעה מאבדת את ההיסטוריה שלה תוך פחות מיממה. כלומר אם משהו השתבש לפני שלושה ימים, אין לכם למה לחזור.
מאסטר לא סומך על ההיסטוריה של הכלי, הוא מייצר אחת. בכל שגרה יש שורת סיום שמוסיפה רשומה לקובץ יומן בתיקיית העבודה המשותפת: מתי רצה, על מה עבדה, כמה פריטים טיפלה, ומה היה התוצר. זו עבודה של שתי שורות בניסוח, והיא ההבדל בין לדעת מה קרה לבין לנחש.
תיקיית העבודה המשותפת, /workspace, היא המקום הנכון לזה: לפי התיעוד זו התיקייה שבה כדאי לשמור תוצרים שצריכים לשרוד עדכונים ושחזורים של המחשב.
| הגישה הנאיבית | הגישה של מאסטר |
|---|---|
| כל השגרות רצות ב-08:00 | פריסה על פני השעה, כדי שלא יתנגשו על אותו מחשב |
| שגרה רצה כל שעה "ליתר ביטחון" | תדירות שנגזרת מקצב השינוי האמיתי של המקור |
| משימות כבדות בשעות שיא | משימות כבדות בשעות שקטות, כי שגיאות עומס הן תקלה מוכרת בבטא |
| השגרה מסתיימת בתוצר | השגרה מסתיימת בתוצר ובשורת יומן |
התזמון הפרוס הוא לא קפריזה. בוט אחד מריץ משימת שימוש-מחשב אחת בכל רגע, וכמה בוטים שמנסים להפעיל דפדפן בו זמנית על אותה מכונה הם בדיוק המתכון לתור שנתקע.
זו הנקודה שהכי הרבה אנשים מדלגים עליה, והיא שורש כמעט כל בעיית אבטחה במוצר.
כל הבוטים של אותו משתמש חולקים מחשב ענן אחד. התיעוד מפרט בדיוק מה משותף: עוגיות הדפדפן וההתחברויות, הקבצים, וגם פרטי הגישה בשורת הפקודה. לכל בוט יש מסך משלו על אותו מחשב, ולכן כמה בוטים יכולים להפעיל דפדפן במקביל, אבל המסכים הם, בלשון התיעוד, משטחי עבודה נפרדים ולא גבולות אבטחה נפרדים.
בין משתמשים שונים ההפרדה דווקא קשיחה: לכל משתמש מכונה וירטואלית משלו (Firecracker microVM), ואף אחד לא רואה את הסביבה של אחר. הבעיה היא בתוך החשבון שלכם, לא בינכם לבין העולם.
SpaceXAI מזהירה במפורש לא להתייחס לבוטים נפרדים כגבול אבטחה. בוט אחד שהתחבר למערכת מוריש את הגישה לכל השאר.
התובנה המרוכזת: הרשאות מינימום, שליטה מקסימום. עובד AI אחד שמוגדר נכון שווה יותר מחמישה שמוגדרים "שיעשו הכול".
זו המלכודת השקטה ביותר בכל המוצר, ומאסטר מכיר אותה בעל פה.
חלונית החיבור של Google Calendar בגרוק מבקשת הרשאה אחת: "Give Grok access to search your calendar". לפי התיעוד, מודל ההרשאות מדורג:
| ההרשאה | מה היא מאפשרת | מתי היא מתבקשת |
|---|---|---|
| calendar.readonly | קריאת אירועים, בדיקת לוח זמנים, שליפת פרטי פגישה | תמיד. זו הבסיסית, והיא דולקת כברירת מחדל |
| calendar.events | יצירה, עדכון ומחיקה של אירועים | רק כשמפעילים כלי כתיבה |
| calendar.freebusy | בדיקת זמינות | כשמפעילים את כלי הזמינות |
המשמעות: מי שחיבר את היומן וסגר את החלון קיבל סוכן שיודע להציע שעה ולא יודע לקבוע פגישה. הבוט יגיד "יש לי פנוי ביום שלישי ב-10:00", הלקוח יאשר, ובלוח השנה לא יקרה כלום. אף אחד לא יקבל שגיאה, וזה בדיוק מה שהופך את זה למלכודת ולא לתקלה.
שתי נקודות נוספות מאותה משפחה:
זה נשמע טריוויאלי וזה ההבדל בין משפך שעובד למשפך ששותק:
השלב הרביעי הוא זה שאנשים מדלגים עליו, והוא היחיד שבאמת מוכיח משהו.
כשהפעולה שאתם צריכים היא כתיבה שהקונקטור לא מבצע, או כשהמערכת שלכם לא ברשימת הקונקטורים המובנים, מחברים שרת MCP משלכם. זו התשובה הכנה לבעיית הכתיבה, ולכל מערכת פנימית: הקריאה מגיעה מהחיבור הרשמי, והכתיבה עוברת דרך שרת שאתם שולטים בו.
בממשק grok.com החיבורים יושבים בתפריט הצד תחת Plugins, עם שתי לשוניות, Connectors ו-Skills. נקודה שחוסכת רבע שעה: אין עמוד בכתובת /settings/connectors, והיא מחזירה שגיאת 404.
התהליך עצמו קצר במפתיע: Plugins, ואז New Connector, ואז Custom, וממלאים שני שדות בלבד, שם וכתובת שרת. גרוק מגלה בעצמו אילו כלים השרת חושף.
שתי נקודות שחוסכות ערב של ניפוי שגיאות:
בפועל, שרת MCP קטן שחושף שלוש פעולות הוא כל מה שצריך כדי להשלים את מה שהקונקטורים המובנים לא עושים. בדיוק ככה חיברנו Hunter, Resend ו-OKDOC AI לסוכן מכירות מלא על גרוק בוט, מאיתור ליד ועד תשלום.
נכון ל-16.9.2026: Finance, Gmail, Google Calendar, Google Drive, GitHub, Box, Canva, Notion, Stripe, Vercel, Wix ו-X Ads. בתוך שיחה מקלידים @ כדי לצרף חיבור למשימה, ו-/ כדי לקרוא למיומנות שמורה.
אין לגרוק בוט מנוי עצמאי. לפי דף התוכניות, הגישה כלולה במסלולי Cursor Pro, Pro Plus ו-Ultra, ב-Cursor Teams וב-Enterprise, וגם דרך חשבון מקושר של SuperGrok, SuperGrok Plus, SuperGrok Heavy או X Premium Plus. ההבדל בין המסלולים הוא בגודל מכסת השימוש השבועית, לא במוצר.
| מסלול | מחיר בדף המוצר | מה כלול |
|---|---|---|
| Cursor Pro | 20 דולר לחודש | מחשב ענן לבוט, התחברות לכלים, שגרות בלוח זמנים, דסקטופ ומובייל, מכסת שימוש שבועית |
| SuperGrok | 30 דולר לחודש | גישה לגרוק בוט, Grok 4.6, מגבלות גבוהות יותר, חיבורים, יצירת תמונות ווידאו |
| Cursor Teams Standard | 40 דולר למושב לחודש | חיוב והגדרות מרוכזים, שוק מיומנויות ותוספים לצוות, ניתוח שימוש משותף |
ארבעה כללים מדף התוכניות:
משתמש בגרסה מוקדמת דיווח שצרך בחודש אחד יותר טוקנים מאשר בחמש השנים שקדמו לו, והוסיף שזו לא טעות הקלדה. בביקורת אחרת נמדד עסק עם שישה סוכנים ששרף 42% מהמכסה השבועית ביום הראשון.
חמש הרגלים שמורידים צריכה בלי לפגוע בתוצאה:
וכלל מסגרת אחד: צריך אדם אחד עם אחריות מפורשת על המונה. בלי שם שמופיע ליד המספר, אף אחד לא מסתכל עליו.
הדגם שמריץ את גרוק בוט הוא משפחת Grok 4.6: חלון הקשר של 500 אלף טוקנים, ידע עדכני עד 1 בפברואר 2026, וציון 61 באינדקס האינטליגנציה של Artificial Analysis. בממשק המפתחים התמחור הוא כ-2 דולר למיליון טוקני קלט וכ-6 דולר למיליון טוקני פלט, ומעל סף של 200 אלף טוקנים בפרומפט התעריפים מוכפלים.
הפרט האחרון רלוונטי ישירות למשמעת: פרומפט ענק אינו רק איטי, הוא יקר פי שניים. וחשוב לא פחות, בגרוק בוט אין כרגע אפשרות לבחור או להגביל איזה מודל מטפל במשימה.
זו היכולת שהכי פחות מדברים עליה, והיא הסימן הברור ביותר לרמת מאסטר. עצירה היא החלטה מתוכננת, לא תגובה לאסון.
שבעה תנאי עצירה שכדאי לכתוב מראש, לפני שהבוט עולה לאוויר:
התנאי השביעי הוא האהוב עליי, כי הוא היחיד שלא מדבר על הבוט אלא עליכם. אוטומציה שאיש לא בודק אינה חיסכון, היא חוב.
תקלה שצועקת מטפלת בעצמה: הבוט נתקע, אתם רואים, אתם מתקנים. תקלה ששותקת היא זו שעולה כסף.
| הסימן | מה הוא בדרך כלל מסמן | מה בודקים |
|---|---|---|
| התוצר זהה מדי בין הרצות | הבוט עובד על מטמון או על מקור שקפא | לפתוח את המקור ידנית ולהשוות |
| כמות הפריטים ירדה בהדרגה | מבנה הדף השתנה וחלק מהשדות לא נקראים | להריץ פעם אחת עם הסתכלות על המסך |
| הוא מפסיק לציין מקורות | המשימה נוסחה בלי דרישת מקור, והוא ממלא פערים | להחזיר את שורת המקורות לניסוח |
| התאריכים בתוצר ישנים | שגרה נכשלה ולא התריעה, והתוצר האחרון נשמר | לבדוק את שורת היומן שהשגרה כותבת |
| כל הבוטים שתקו יחד | המחשב המשותף נתקע. תקלה מוכרת בבטא | להפעיל מחדש |
| התוצאה נכונה אבל בעברית עילגת | המודל חזק בביצוע וחלש בליטוש עברי | להפריד: הבוט מבצע, כלי אחר מנסח |
הכלל שמונע את כל השורות האלה: כל תוצר נושא איתו עדות. תאריך ההרצה, מספר הפריטים, ומקור לכל שדה. תוצר בלי עדות אי אפשר לבדוק, וכל מה שאי אפשר לבדוק בסופו של דבר נכשל בשקט.
כי במצב הנוכחי של המוצר אין הרצה יבשה: הרצת בדיקה מבצעת עבודה אמיתית, מנווטת באתרים, משנה קבצים וקוראת לכלים. וגם מנגנון האישורים מנוסח בפרוזה, לא נאכף כמדיניות טכנית, ולא מבטל עבודה שכבר בוצעה. יומן פעולות מלא קיים היום במסלול Enterprise בלבד, ובמסלולים האישיים יש תמליל צ'אט לכל בוט בנפרד.
כלומר שכבת הבקרה שאתם בונים בעצמכם אינה גיבוי לבקרה של הכלי. ברמה האישית, היא הבקרה היחידה שיש.
השאלה השביעית היא השאלה הבוגרת ביותר ברשימה. חלק ניכר מהתהליכים שאנשים מנסים להעביר לסוכן היו מסתדרים טוב יותר עם אוטומציה רגילה, והסוכן נבחר כי הוא מרשים ולא כי הוא מתאים.
המדד הוא לא כמה בוטים יש לכם, אלא כמה זמן הם רצים בלי שאתם מסתכלים, וכמה שקט אתם מרגישים עם זה.
שלושה מספרים לפני שמתחילים תהליך חדש: כמה זמן הוא לוקח היום, במדידה של שלוש פעמים אמיתיות ולא מהזיכרון; כמה פעמים בחודש הוא מתבצע; ומה העלות לשעת עבודה של מי שמבצע אותו.
שלושה מספרים אחרי חודש: כמה זמן הוא לוקח עכשיו כולל זמן הבדיקה של האדם; כמה פעמים הבוט נכשל ודרש התערבות מלאה; ומה שילמתם בפועל, כולל השימוש הנמדד ולא רק דמי המנוי.
הנוסחה פשוטה: זמן שנחסך לפעולה, כפול מספר הפעולות בחודש, כפול עלות שעה, פחות עלות המנוי והשימוש. המלכודת הנפוצה היא לספור את הזמן שנחסך ולא לספור את הזמן שנוסף. סוכן שחוסך 40 דקות אבל דורש 25 דקות בדיקה חסך 15 דקות, לא 40.
הביקורת המקצועית שבחנה את הבטא דירגה את המוצר לפי סוג שימוש: 8 מתוך 10 לאוטומציה של כלים בלי ממשק תכנותי, 7 לעבודת ידע בגישת טיוטה תחילה, 4 לתורי שירות לקוחות, ו-3 לארגונים מוסדרים.
מאסטר לא מנסה לשפר את הציון של הקטגוריה הרביעית, הוא פשוט לא עובד בה. הוא לוקח את הקטגוריות שקיבלו 8 ו-7, בונה בהן עומק אמיתי, ומשאיר את השאר לכלים אחרים ולזמן.
זו גם הסיבה שבפרויקטים אמיתיים גרוק בוט וכלים אחרים הם משלימים ולא מתחרים: גרוק בוט לחזית הידנית שאין לה ממשק תכנותי, וכלים עם גבולות מוגדרים לכל מה שנוגע ללקוחות, לכספים או לנתונים רגישים.
רמת מאסטר בגרוק בוט אינה אוסף טריקים. היא שלוש הרגלים שחוזרים בכל בוט, בכל שגרה ובכל חיבור: נקודת בקרה לפני המשימה, הרשאה מינימלית לפני החיבור, ועדות בכל תוצר.
מי שמחזיק את השלושה האלה יכול להריץ צוות בוטים ולישון בלילה. מי שלא, יגלה את הפער בדיוק ברגע הלא נכון.
רוצים לעבור על זה צעד אחר צעד עם תרגול? יש קורס גרוק בוט (Grok Bot) אינטראקטיבי ב-9.90 שקלים: כתב מינוי לבוט, גבולות אישור, בדיקת תוצר ותוכנית 30 יום. הוא חלק מסדרת הקורסים האינטראקטיביים באותו מחיר. ואם אתם רוצים לעשות את זה על התהליכים האמיתיים שלכם ועם הצוות, זו בדיוק המטרה של סדנת גרוק בוט (Grok Bot).
השאירו פרטים לשיחת אבחון קצרה. נעבור על מה שכבר רץ אצלכם, נזהה איפה הבוט נכשל בשקט, ונבנה את הצעד הבא בסדר הנכון.
אני רוצה שיחת אבחון על גרוק בוט