ניסיתם פעם להסביר לחבר לא טכנולוגי מהי בקשת משיכה (pull request) וראיתם את העיניים שלו מזוגגות כמו פס ייצור של קריספי קרים? עכשיו תארו לעצמכם שמספרים לו שבינה מלאכותית יכולה לא רק להבין את ה-repo שלכם, אלא גם לפתוח עבורכם PR-ים. ברוכים הבאים לשנת 2025, שבה עורך הקוד שלכם הוא קצת טייס משנה, קצת נהג במושב האחורי, ואם תגדירו אותו נכון - גם סטאז'ר לא רע בכלל.
מדריך זה מראה לכם איך לחבר את GitHub ל-Claude Code וליצור בקשות משיכה (pull requests) באופן אוטומטי. נעבור מ"מה?" ל"אשר!" עם התקנה צעד אחר צעד, תהליכי עבודה מהעולם האמיתי וכמה מהמורות שכדאי להימנע מהן. תחברו את GitHub, תאפשרו ל-Claude Code לראות מה קורה, ותגרמו לו לפתוח ולעדכן PR-ים שתוכלו למזג בפועל בלי להרגיש שעשיתם עסקה עם השטן האלגוריתמי.
שימו לב: אתם הולכים לראות כאן שני מסלולים עיקריים - שימוש באינטגרציית GitHub Actions של Claude Code, ושימוש בשרתי Model Context Protocol (MCP) כדי לתת ל-Claude גישה בטוחה וממוקדת ל-GitHub APIs. במה כדאי לבחור? אם אתם רוצים עזרה מיידית ב-PR-ים ישירות בתוך GitHub, מסלול ה-Actions הוא הבחירה הטובה ביותר שלכם. אם אתם רוצים שליטה מקומית מבוססת צ'אט על ה-repo עם הרשאות גרנולריות, MCP הוא כלי העבודה המתקדם שלכם.
מה אנחנו בונים
- חיבור מאובטח של GitHub ל-Claude Code.
- אפשרות ל-Claude לנתח את ה-repo שלכם, להציע שינויים ולפתוח PR-ים.
- אוטומציה של ביקורות, תוויות, רשימות ביקורת ואפילו קומיטים המשך.
- הוספת אמצעי זהירות כדי שהוא לא ישנה את השם של כל ה-monorepo שלכם ל-“final_final_v2”.
למה זה חשוב?
כי מעבר בין הקשרים הוא מס הפריון שאף אחד לא הצביע בעדו. בינה מלאכותית שיכולה לפתוח PR באותה קפדנות שהייתם מצפים ממפתח ג'וניור (ביום טוב שלו) היא חיסכון אמיתי בזמן. לא כדי להחליף בני אדם - תירגעו - אלא כדי להחליף את החלקים ה"אוף, שבלוני" של ההנדסה.
נתיב א': יצירת PR-ים אוטומטית עם Claude Code GitHub Actions
אם אתם חיים בתוך GitHub כל היום (הצטרפו למועדון), הנתיב הזה נותן לכם בוט שיכול לנתח קוד ב-issues וב-PR-ים, להציע שינויים ואפילו לפתוח או לעדכן PR-ים - ישירות מה-repo שלכם.
מה תצטרכו
- GitHub repo שאתם שולטים בו (או branch שאתם יכולים לשבור בלי לבכות).
- גישת מנהל Repo כדי להגדיר Actions וסודות.
- מפתח API של Claude אם ה-action או זרימת העבודה שלכם זקוקים לו.
שלב 1: הפעלת GitHub Actions ב-repo שלכם
- עברו אל ה-repository שלכם → Settings → Actions → General.
- הפעילו את "Allow all actions and reusable workflows" (או הגבילו לפעולות המאושרות של הארגון שלכם אם אנשי האבטחה שלכם כבר מסתכלים עליכם בעין עקומה).
שלב 2: הוספת זרימת עבודה (workflow) של Claude Code
צרו .github/workflows/claude-pr-bot.yml עם טריגר המבוסס על זרימת העבודה המועדפת עליכם. הנה שני דפוסים נפוצים:
אפשרות 1: PR-ים מונחי Issue
- כשאתם פותחים issue עם תווית מיוחדת (לדוגמה, ai-pr), זרימת העבודה מופעלת.
- היא קוראת את בקשת ה-issue (לדוגמה, "הוסף מצב כהה"), יוצרת branch חדש, עורכת קבצים באמצעות Claude, דוחפת קומיטים ופותחת PR עם סיכום מפורט.
אפשרות 2: עריכות מונחות תגובות ב-PR קיים
- כשאתם מגיבים @claude please refactor the settings modal, זרימת העבודה מופעלת.
- היא מנתחת את ה-diff, מציעה שינויים ודוחפת עדכונים ל-PR branch.
זרימת עבודה התחלתית (סקיצה כללית)
name: Claude PR Bot
on:
issues:
types: .
- מדריך מהיר על השילוב ומקרי השימוש נותן לכם מבט מלמעלה על מה הגיוני להפוך לאוטומטי (ומה לא) בצוותים אמיתיים.
- אם אתם לומדים חזותיים, ההדרכה הזו מראה יצירת PR-ים אוטומטית על ידי AI בפעולה, מההתחלה ועד הסוף.
נתיב ב': חיבור GitHub ל-Claude Code באמצעות MCP (למשתמשי power מקומיים)
אם אתם רוצים ש-Claude יעבוד עם הקשר ה-repo המקומי שלכם - קבצים במחשב שלכם, branches שאתם משלבים ביניהם, פקודות שאתם סומכים עליהן - MCP נותן לכם גשר עם הרשאות. תחשבו על זה כמו שוער עבור ה-repo שלכם: הוא מחליט אילו דלתות Claude יכול לפתוח.
מה תצטרכו
- Claude Desktop או שילוב IDE שתומך בכלי MCP.
- שרת GitHub MCP שאתם מריצים באופן מקומי, מוגדר עם token שמגביל טווחי פעולה.
- אסימון גישה אישי (PAT) עם רק טווחי הפעולה שאתם באמת צריכים (לדוגמה, repo:status, public_repo, pull_request write).
שלב 1: השגת שרת GitHub MCP
- יש שרת קוד פתוח רשמי שחושף פעולות GitHub API נבחרות (חיפוש issues, יצירת branches, פתיחת PR-ים וכו'). הוא ניתן להגדרה כך שתפעילו רק את מה שאתם צריכים, מה שמפחית גם בלבול של AI וגם משמח את האבטחה. לתצוגה רחבה יותר של שרתי MCP ודוגמאות, בדקו את המדריך המרכזי.
שלב 2: הגדרת הלקוח שלכם לתקשורת עם השרת
- בקובץ התצורה של הלקוח שלכם (לדוגמה, תצורת JSON עבור אפליקציית ה-AI שלכם), רשמו את שרת ה-GitHub MCP, העבירו לו את האסימון שלכם באמצעות משתני סביבה ואפשרו רשימה לבנה של repos.
- טיפ למקצוענים: שימו את האסימון במחסן המפתחות של המערכת שלכם או בקובץ dotenv, לא בקובץ התצורה שלכם. אל תהפכו לדוגמה המזהירה בפגישה הכללית הבאה שלכם.
שלב 3: בדיקת שטח הפנים של הכלי
- בקשו מ-Claude לרשום issues פתוחים, לקרוא קובץ ספציפי או ליצור branch. ודאו שהוא לא יכול לעשות שום דבר שלא אישרתם במפורש.
- רק לאחר שבדקתם תקינות של פקודות בסיסיות, עליכם להפעיל create_pull_request.
שלב 4: אפשרו ל-Claude להציע ולפתוח PR
- דוגמה לבקשה: "ב-repo org/app-frontend, צור branch חדש feat/dark-toggle, יישם מצב כהה בפאנל ההגדרות SettingsPanel.tsx, עדכן בדיקות ופתח PR עם רשימת ביקורת עבור QA."
- השרת מנצח: קורא את מצב ה-repo, כותב שינויים (אם הגדרתם כלי קבצים מקומיים), דוחף branch, פותח PR עם התבנית שלכם ומפרסם סיכום.
שיחה אמיתית: אמצעי זהירות שאתם באמת צריכים
- הרצות יבשות לקריאה בלבד: גרמו ל-Claude ליצור diff מאוחד (git diff) לפני גישת כתיבה. מזגו אחרי שסקרתם אותו.
- גופי PR עם תבניות: כללו הערות סיכון, תוכניות בדיקה ושלבי השקה. גרמו לבוט להשלים את התבנית; גרמו לבני אדם לסקור אותה.
- חוקי תיוג: החילו באופן אוטומטי תוויות כמו ai-generated ו-needs-tests כדי לשמור על דברים גלויים וישרים.
- שמות Branches: דרשו קידומת (ai/ או bot/) עם חוקי הגנת branch. גם לרובוטים צריכים להיות מדים.
זמן אנקדוטה: ביקשתי מבינה מלאכותית "לתקן את באג האימות". היא "תיקנה" אותו על ידי הסרת אימות. נהדר לפרודוקטיביות! נורא לכל דבר אחר. שמרו על טווחים מצומצמים, בקשות ספציפיות ובדיקות CI רעות.
מאפס ל-PR: תרחיש מציאותי מקצה לקצה
תרחיש: תיקון בדיקת debounce לא יציבה בפרויקט React
- אתם פותחים issue: "Debounce util: flake on 200ms boundary in CI." אתם מתייגים אותו ai-pr.
- הפעלת זרימת עבודה. הוא מחפש debounce.ts ובדיקות קשורות.
- Claude מציע diff: מתאים טיימרים עם jest.useFakeTimers, מוסיף מרווח באסרטים, מעדכן מסמכים.
- הבוט פותח PR עם: כותרת, סיכום, נימוקים, תוכנית בדיקה ודירוג סיכונים.
- אתם סוקרים את ה-diff, דוחפים בחזרה: "Edge case when delay=0."
- אתם מגיבים @claude handle delay=0 with immediate flush; add test. זרימת העבודה מופעלת מחדש, דוחפת commit.
- CI עובר. אתם עושים squash ומיזוג. איפשהו, בדיקה לא יציבה צועקת "דוד!"
איך נראות בקשות טובות (וממה כדאי להימנע)
- נהדר: "הוסף מצב כהה ל-SettingsPanel.tsx; שמור ב-localStorage; עדכן את SettingsPanel.test.tsx; פעל לפי חוקי ה-ESLint שלנו; שנה רק /src/ui/ ו-/src/utils/; 250 שורות מקסימום."
שמרו על זה בטוח: בדיקה מהירה של אבטחה ותאימות
- טווחי פעולה של אסימונים: השתמשו ב-repo:contents write רק אם נדרש; העדיפו pull_request write ליצירת PR.
- רשימת היתרים של repositories: נעלו את הבוט ל-repo או org בודדים.
- רישום: ודאו שהבוט רושם את הפעולות והבקשות שלו (למעט סודות). אתם תרצו הוכחות כשהוא "משפר" את ה-Dockerfile שלכם.
- הגנות Branch: דרשו שני אישורים אנושיים עבור branches ai/*.
פתרון בעיות: כשהבוט לא יבצע פעולות בוט
- הוא לא יכול לדחוף branches: בדקו הרשאות Actions עבור contents: write ושהאסימון שלכם בעל גישת repo write.
- הוא פותח PR-ים ריקים: בונה ההקשר שלכם לא מוסר לו את הקבצים הנכונים. הדקו את לוגיקת בחירת הקבצים שלכם.
- זה נגמר בזמן ב-repos גדולים: הגבילו את ההקשר לנתיבים שהשתנו או למניפסט. AI מקבל קלקול קיבה ב-monorepos של 10GB, בדיוק כמו כולנו.
- הוא מתעלם מתבנית ה-PR שלכם: אשרו שהתבנית נמצאת ב-.github/pull_request_template.md או מקושרת בהגדרות ה-repo שלכם.
מתי להשתמש באיזה נתיב
- השתמשו ב-GitHub Actions אם אתם רוצים דרך קלה ליצור PR-ים אוטומטית מ-issues או תגובות, כאשר הכל קורה ב-GitHub.
- השתמשו ב-MCP אם אתם רוצים ש-Claude יפעל בסביבה המקומית שלכם או על פני מספר כלים עם בקרות ספציפיות מאוד.
ראוי לציין: אם תרצו בדיקת תקינות מהירה על זרימת העבודה או ליצור בקשת התחלה מוצקה, Sider.AI יכול לעזור לכם לנסח תבניות PR ובקשות לשמירה על תקינות, ואז לחזור עליהן עם קטעי repo אמיתיים. זה כמו שיש עורך דעתן שכותב קוד בפועל. ולא גונב את כיסא השולחן שלכם. דפוסים נפוצים שתרצו להעתיק
- תוויות AI PR ו-CODEOWNERS: נתבו PR-ים של ai/* לקבוצת ביקורת שנהנית להתווכח עם רובוטים.
- קומיטים צעד אחר צעד: בקשו מ-Claude ליצור קומיטים קטנים ואטומיים עם הודעות ברורות במקום מגה-קומיט אחד בשם "דברים".
- מצב ראשון מבחן: גרמו לזרימת העבודה ליצור בדיקות תחילה, להריץ CI, ואז ליצור יישום. זה יותר איטי. זה יותר טוב.
- מטלות לאחר מיזוג: הוסיפו זרימת עבודה לפתיחה אוטומטית של issue המשך עבור מסמכים, דגלי תכונה או ניקוי.
בדיקת מעיים תחרותית מהירה
- יש אנשים שמחברים LLM אחרים לזרימות GitHub דומות. הם עובדים - אבל הנימוק של Claude Code והנכונות שלו לומר "אני לא בטוח" יכולים לחסוך לכם שעות של ניחושים ובדיקות. שילוב ה-GitHub Actions שומר אותו בדיוק במקום שבו ביקורות קורות באופן טבעי, ונתיב ה-MCP גמיש עבור משתמשי power.
רשימת הבדיקה להגדרה של 10 דקות
- בחרו נתיב: GitHub Actions (מהיר יותר) או MCP (יותר שליטה).
- צרו את האסימון שלכם עם טווחי פעולה מינימליים.
- הוסיפו את זרימת העבודה או הגדירו את שרת ה-MCP.
- בנו בונה הקשר הדוק: רשימות קבצים, מגבלות וחוקים.
- הוסיפו הגנות branch ותוויות.
- בדקו על שינוי קטן תחילה. מזגו. חגגו. ספרו ל-PM שלכם ש"הגדלתם את התפוקה".
קישורים מהירים לשמירה בהישג יד
- תיעוד Claude Code GitHub Actions (דפוסים, טריגרים, דוגמאות).
- מדריך מעשי לשילוב ושיטות עבודה מומלצות.
- הדרכת וידאו: PR-ים שנוצרו על ידי AI מקצה לקצה.
- שרת GitHub MCP לגישה גרנולרית עם הרשאות.
- מדריך שרתי MCP ודוגמאות להשראה.
הסיכום של שטרן
אוטומציה של PR-ים עם Claude Code לא תחליף את צוות ההנדסה שלכם. זה יחליף את המטלות הפחות אהובות על צוות ההנדסה שלכם. התחילו עם טווחי פעולה הדוקים, בקשות ברורות וביקורות קפדניות. תנו לבוט לטפל בפיגומים בזמן שאתם מטפלים במחשבה. ואז תחזרו לדברים המהנים - כמו סוף סוף למחוק את הקובץ utils2.ts הזה שנמנעתם ממנו כי אתם פשוט יודעים שהוא מחזיק את האפליקציה ביחד עם נייר דבק וחלומות.
עכשיו לכו תעשו את העתיד שלכם קצת פחות כועס. ואם הבוט משתגע? אתם יודעים איפה גר כפתור ה-Revert.
שאלות נפוצות
ש1: האם Claude Code יכול לפתוח בקשות משיכה בעצמו?
כן. עם GitHub Actions או הגדרת MCP, Claude Code יכול ליצור branch, לדחוף שינויים ולפתוח בקשת משיכה עם סיכום ורשימת ביקורת. שמרו על הרשאות הדוקות ודרשו ביקורת אנושית כדי שהוא לא "ייעל" את האבטחה שלכם על ידי הסרתה.
ש2: מה הדרך הבטוחה ביותר לחבר את GitHub ל-Claude Code?
השתמשו באסימונים עם טווח פעולה מינימלי, רשימות היתרים של repositories והגנות branch. בין אם אתם הולכים עם Actions או MCP, אפשרו הרצות יבשות ודרשו שהבדיקות יעברו לפני מיזוג כל בקשת משיכה שנוצרה על ידי AI.
ש3: איך אני עוצר PR-ים של AI מלגעת בכל ה-monorepo שלי?
כוונו את ההקשר עם ספריות מורשות ומניפסט קבצים והגבילו את מספר הקבצים להרצה. בקשות טובות עוזרות גם כן - היו ספציפיים לגבי נתיבים ומגבלות גודל.
ש4: למה בקשות המשיכה של ה-AI שלי ריקות או באיכות נמוכה?
בונה ההקשר שלכם עשוי להזין את Claude בקבצים הלא נכונים או במעט מדי פרטים. ספקו מטרות ברורות, אילוצים וציפיות בדיקה - ושקלו זרימה דו-שלבית: צרו בדיקות תחילה, ואז את היישום.
ש5: האם עלי להשתמש ב-GitHub Actions או ב-MCP עבור Claude Code?
אם אתם רוצים אוטומציה מהירה ומקורית ל-PR-ים וביקורות, השתמשו ב-GitHub Actions. אם אתם צריכים שליטה מקומית, כלים מותאמים אישית או הרשאות מדויקות, MCP נותן לכם יותר כוח - עם קצת יותר הגדרה.
