איך לגרום לגרוק בוט (Grok Bot) לנהל ולבקר את קלוד קוד (Claude Code)

כן, אפשר לגרום לגרוק בוט (Grok Bot) לבקר את העבודה של קלוד קוד (Claude Code), אבל לא בחיבור ישיר בין הסוכנים. הדרך שעובדת היא דרך גיט: קלוד קוד עובד על ענף נפרד ופותח Pull Request, וגרוק בוט, מחובר לגיטהאב (GitHub) בקונקטור מובנה או בשרת MCP רשמי, קורא את השינויים ומפרסם ביקורת כתגובה. אין ממשק שמאפשר לסוכן אחד לשלוט בסוכן השני, וזה בדיוק הדבר הראשון שכדאי להפנים לפני שמתחילים.

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

בקצרה

למה לא לחבר את שני הסוכנים ישירות זה לזה

אין היום מוצר, גם לא אצל אנתרופיק וגם לא אצל SpaceXAI, שמאפשר לסוכן AI אחד לקבל שליטת ניהול על סוכן AI אחר של חברה אחרת. קלוד קוד הוא כלי CLI שרץ במחשב או בסביבת ענן ומקבל הוראות משיחה או מ-workflow. גרוק בוט הוא סוכן עם מחשב ענן קבוע וקונקטורים לאפליקציות. לשניהם יש ממשק כלים (MCP), אבל MCP הוא פרוטוקול לחיבור כלים חוץ, לא מסגרת שנועדה לתת לסוכן אחד להריץ פקודות בתוך סוכן שני. סקרתי את המנגנון הזה בהרחבה במדריך ל-MCP עם קלוד קוד, וגם שם התבנית זהה: הכלי מקבל הרשאה מוגבלת, ולא שליטה מלאה.

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

הארכיטקטורה הנכונה: גיט הוא המתווך

התבנית שעובדת מבוססת על שלושה שכבות, וכל אחת מהן עומדת בפני עצמה:

1. קלוד קוד כותב על ענף. הוא מקבל משימה, עובד על ענף שאינו main, ומבצע קומיט.
2. קלוד קוד פותח Pull Request. ה-PR הוא התוצר שהביקורת מתייחסת אליו, לא השיחה שיצרה אותו.
3. גרוק בוט קורא את ה-PR וכותב ביקורת. הוא לא נכנס לשיחה של קלוד קוד ולא רואה שום דבר שלא נחשף בגיטהאב.

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

שלב 1: קלוד קוד פותח את ה-Pull Request

הדרך המתועדת להקים את התשתית הזו היא הפקודה /install-github-app, שרצים אותה מתוך קלוד קוד בריפו שרוצים לחבר. היא מתקינה את אפליקציית ה-GitHub הרשמית של Claude, מוסיפה לריפו סוד הרשאה בשם ANTHROPIC_API_KEY או CLAUDE_CODE_OAUTH_TOKEN, ופותחת בעצמה Pull Request עם קובץ ה-workflow המוכן. אחרי שמאשרים ומאחדים את ה-PR הזה, כל תגית @claude בפול ריקווסט או ב-issue מפעילה את הסוכן, ומאותה נקודה קלוד קוד יכול לקבל משימה, לעבוד על ענף, ולפתוח Pull Request חדש שממתין לביקורת.

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

שלב 2: מחברים את גרוק בוט לגיטהאב

יש שתי דרכים, ולכל אחת יש מקום.

שיטה א: הקונקטור המובנה

לפי הכרזת SpaceXAI על קונקטורים בגרוק, גרוק "יכול לחפש קוד, לסכם פול ריקווסטים, ולבדוק שינויים", כשהחיבור עצמו נעשה מתוך תפריט Plugins בממשק grok.com, בלשונית Connectors. זו הדרך המהירה, מתאימה לשלב ראשון שבו רוצים שגרוק בוט יקרא PR-ים ויסכם אותם, בלי צורך בהגדרת שרת נוסף.

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

שיטה ב: שרת MCP הרשמי של גיטהאב, לשליטה מדויקת

גיטהאב מפרסמת שרת MCP רשמי משלה, שאפשר לחבר אותו לגרוק בוט כ-Custom Connector בדיוק כמו כל שרת MCP אחר. הכתובת המרוחקת שלו: https://api.githubcopilot.com/mcp/. ההתחברות נעשית ב-OAuth (התחברות בדפדפן בלי צורך ליצור טוקן), או עם Personal Access Token שמעבירים בכותרת Authorization.

שני מנגנוני הרשאה הופכים אותו לבחירה הבטוחה יותר לביקורת קוד:

• GITHUB_TOOLSETS: משתנה סביבה שקובע אילו קבוצות כלים פעילות. ברירת המחדל כוללת context, repos, issues, pull_requests ו-users. מגדירים אותו כ-pull_requests,issues כדי שהבוט יראה רק פול ריקווסטים ו-issues, ולא כלי ריפו כלליים שלא נחוצים לביקורת.
• --read-only: דגל שגובר על הכול. כשהוא דלוק, כלי כתיבה נחסמים גם אם התבקשו במפורש. אם רוצים שהבוט יוכל לפרסם תגובת ביקורת בפועל, לא מפעילים את הדגל הזה, אבל מגבילים את ה-Toolset כך שהכלי היחיד עם הרשאת כתיבה שנחשף הוא כלי התגובות, כמו add_pull_request_review_comment או add_issue_comment.

טבלה משווה: קונקטור מובנה מול MCP מותאם

שלב 3: כתב מינוי לגרוק בוט, מה מותר ומה אסור

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

מותר לו:

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

אסור לו, בלי יוצא מן הכלל:

• למזג Pull Request.
• לדחוף קומיט או לשנות קובץ בריפו.
• למחוק ענף.
• לאשר PR מטעם reviewer אנושי.

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

שלב 4: מהביקורת של גרוק בוט חזרה לקלוד קוד

ככה נראית הלולאה המלאה, מקצה לקצה:

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

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

מה עם שירות הביקורת המובנה של קלוד עצמו?

שווה לדעת שאנתרופיק בעצמה מציעה שירות בשם Code Review, שרץ אוטומטית על כל Pull Request ומפרסם ממצאים כתגובות בשורה, מתויגים בחומרה (🔴 חשוב, 🟡 הערה, 🟣 באג קיים מלפני), בעלות ממוצעת של 15 עד 25 דולר לביקורת אחת, במסלולי Team ו-Enterprise. יש גם גרסה מקומית וחינמית יותר, פקודת /code-review, שרצה בטרמינל ויכולה לפרסם ממצאים כתגובה על PR עם הדגל --comment.

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

טעויות נפוצות

• לתת לגרוק בוט הרשאת כתיבה על התוכן, "כדי שיוכל גם לתקן". זה מבטל את כל היתרון של ביקורת חוץ עצמאית, והופך אותו למפתח שני בלי בקרה.
• לחכות שהביקורת תרוץ אוטומטית על כל PR. בלי GitHub Action משלכם, כל בדיקה חדשה דורשת בקשה מפורשת לגרוק בוט.
• לבקש מקלוד קוד לפתוח ענף חדש לתיקון. זה מפרק את ההיסטוריה. התיקון צריך לרדת על אותו ענף שה-PR פתוח עליו.
• להסתפק בקונקטור המובנה כשצריך תגובה בפועל על ה-PR. אם ההכרזה הרשמית לא מפרטת הרשאת כתיבה, אל תניחו שהיא קיימת, בדקו עם שרת MCP רשמי במקום.
• לא לקרוא את הממצא לפני שמפעילים תיקון. גם ביקורת AI טועה, ובלי קריאה אנושית אתם מעבירים טעות אחת לסוכן שני שמתקן אותה כאילו הייתה נכונה.

שאלות נפוצות

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

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

איזו הרשאה לתת לגרוק בוט בגיטהאב כדי שיוכל לבקר בלי לסכן את הקוד?

הרשאת קריאה על התוכן וההיסטוריה, והרשאת כתיבה רק על הודעות ותגובות בפול ריקווסט, בלי הרשאת כתיבה על התוכן עצמו ובלי הרשאת מיזוג. בשרת ה-MCP הרשמי של גיטהאב זה נעשה עם משתנה הסביבה GITHUB_TOOLSETS שמוגבל ל-pull_requests ו-issues, ובלי דגל --read-only אם רוצים שהבוט יוכל לכתוב תגובות. הדגל --read-only גובר על הכול: כשהוא דלוק, כל כלי כתיבה נחסם גם אם ביקשו אותו במפורש.

מה ההבדל בין הקונקטור המובנה של גרוק לגיטהאב לבין שרת MCP הרשמי של גיטהאב?

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

איך קלוד קוד בעצמו יוצר את ה-Pull Request שגרוק בוט יבדוק?

קלוד קוד עובד על ענף נפרד מ-main, ובסיום המשימה פותח Pull Request בגיטהאב. הדרך המתועדת של אנתרופיק להתקין את התשתית הזו היא הפקודה /install-github-app מתוך קלוד קוד, שמתקינה את אפליקציית ה-GitHub הרשמית של Claude, מוסיפה סוד הרשאה לריפו, ופותחת Pull Request עם קובץ ה-workflow המוכן. משם, כל תגית @claude בפול ריקווסט או ב-issue מפעילה את הסוכן.

אפשר להשתמש בשירות הביקורת המובנה של קלוד עצמו במקום גרוק בוט?

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

מה עושים כשגרוק בוט מוצא באג בביקורת שהוא פרסם?

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

שורה תחתונה

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

מי שרוצה לרדת רמה אחת נמוך יותר ולהבין איך בונים כתב מינוי מלא לגרוק בוט, עם גבולות אישור ובדיקת תוצר, ימצא את זה בקורס גרוק בוט (Grok Bot) 2026: מ-סוכן לעובד, ב-9.90 שקלים.

מקורות

• SpaceXAI: הכרזת קונקטורים בגרוק (נבדק ב-2026-09-29)
• תיעוד רשמי: קונקטורים בגרוק (נבדק ב-2026-09-29)
• GitHub: שרת ה-MCP הרשמי של GitHub (נבדק ב-2026-09-29)
• Anthropic, תיעוד רשמי: Claude Code GitHub Actions (נבדק ב-2026-09-29)
• Anthropic, תיעוד רשמי: Code Review (נבדק ב-2026-09-29)
• Anthropic: כלי הפעולה claude-code-action (נבדק ב-2026-09-29)