שימוש בשרת MCP של Developer Connect

במאמר הזה נסביר איך משתמשים בשרת Model Context Protocol‏ (MCP) מרוחק של Developer Connect כדי להתחבר לאפליקציות מבוססות-AI, כולל Antigravity, ‏ ChatGPT, ‏ Claude ואפליקציות בהתאמה אישית שאתם מפתחים. אתם יכולים להשתמש בשרת Model Context Protocol‏ (MCP) מרוחק של Developer Connect כדי להתחבר לאפליקציות AI, כולל Antigravity,‏ ChatGPT,‏ Claude ואפליקציות בהתאמה אישית שאתם או הארגון שלכם מפתחים.

שרת ה-MCP המרוחק של Developer Connect מאפשר לאפליקציות ה-AI ולעוזרי התכנות לעבוד עם מאגרי המקורות של הקוד שקישרתם ל-Developer Connect, באמצעות קבוצת כלים אחת שפועלת באותו אופן ב-GitHub, ב-GitHub Enterprise, ב-GitLab וב-GitLab Enterprise. הסוכנים יכולים לקרוא פקודות commit, השוואות בין גרסאות, היסטוריית שינויים ובקשות משיכה, וגם לפתוח בקשות משיכה, להגיב עליהן ולעדכן אותן, בלי להזין פרטי כניסה ל-SCM. שרת ה-MCP המרוחק של Developer Connect מופעל כשמפעילים את Developer Connect API.

‫Model Context Protocol (MCP) הוא תקן שמגדיר איך מודלים גדולים של שפה (LLM) ואפליקציות או סוכנים של AI מתחברים למקורות נתונים חיצוניים. שרתי MCP מאפשרים לכם להשתמש בכלים, במשאבים ובהנחיות שלהם כדי לבצע פעולות ולקבל נתונים מעודכנים משירות הקצה העורפי שלהם.

מה ההבדל בין שרתי MCP מקומיים לשרתי MCP מרוחקים?

שרתי MCP מקומיים
בדרך כלל פועלים במחשב המקומי ומשתמשים בזרמי הקלט והפלט הסטנדרטיים (stdio) לתקשורת בין שירותים באותו מכשיר.
שרתי MCP מרוחקים
הם פועלים בתשתית של השירות ומציעים נקודת קצה (endpoint) מסוג HTTP לאפליקציות AI, כדי לאפשר תקשורת בין לקוח ה-MCP של ה-AI לבין שרת ה-MCP. מידע נוסף על ארכיטקטורת MCP

ליבה בלי שמירת מצב

בגרסת MCP‏ 2026-07-28, פרוטוקול MCP משתנה מפרוטוקול דו-כיווני עם שמירת מצב (stateful) לפרוטוקול ללא שמירת מצב (stateless). כל בקשת MCP מתארת את עצמה ואפשר לנתב אותה באמצעות כותרות. אין צורך בלחיצת היד של initialize/initialized או ב-Mcp-Session-Id כי כל בקשה כוללת את כל המידע הנדרש בכותרות ה-HTTP או בפרמטר _meta. שרתי MCP יכולים לבקש מידע נוסף שנדרש לכלי באמצעות בקשות מרובות-סבבים (MRTR).

כדי לעזור לנתב ולעבד בקשות בלי לנתח את גוף הבקשה, נדרשות כמה כותרות MCP, כולל:

מידע נוסף על ארכיטקטורת MCP זמין במפרט של גרסת MCP ‏2026-07-28 ובשינויים העיקריים.

שרתי MCP של Google ושרתי MCP מרוחקים של Google Cloud

לשרתי MCP של Google ושל Google Cloud יש את התכונות והיתרונות הבאים:

  • חיפוש פשוט ומרוכז
  • נקודות קצה (endpoints) מנוהלות של HTTP גלובלי או אזורי
  • הרשאה פרטנית
  • אבטחה אופציונלית של הנחיות ותשובות באמצעות הגנה מוגברת על המודל
  • רישום מרכזי ביומן הביקורת

במאמר סקירה כללית על שרתי Google Cloud MCP תוכלו לקרוא על שרתי MCP אחרים ועל אמצעי האבטחה והפיקוח שזמינים לשרתי Google Cloud MCP.

לפני שמתחילים

כדי להשתמש בשרת ה-MCP של Developer Connect ולעבוד עם מאגר, צריך חיבור של Developer Connect לספק של ניהול קוד המקור (SCM) וקישור למאגר Git.

התפקידים הנדרשים

כדי לקבל את ההרשאות שדרושות לשימוש בשרת MCP של Developer Connect, בקשו מהאדמין לתת לכם את התפקידים הבאים ב-IAM בפרויקט שכולל את החיבורים של Developer Connect:

  • לבצע קריאות API לכלי MCP: משתמש בכלי MCP (roles/mcp.toolUser)
  • הצגת רשימה של קישורים וחיבורים למאגרי Git:‏ Developer Connect Viewer‏ (roles/developerconnect.viewer)
  • קריאת קומיטים, diffs, blame ובקשות משיכה, ופתיחה, הוספת תגובות ושינוי של בקשות משיכה (פרויקטים שאושרו רק במהלך גרסת טרום-השקה (Preview)): משתמש ב-Developer Connect ‏(roles/developerconnect.user)
  • יצירת קישורים למאגרי Git וחיבורים: אדמין של Developer Connect ‏(roles/developerconnect.admin)

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

התפקידים המוגדרים מראש האלה כוללים את ההרשאות שנדרשות כדי להשתמש בשרת ה-MCP של Developer Connect. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:

ההרשאות הנדרשות

כדי להשתמש בשרת ה-MCP של Developer Connect, נדרשות ההרשאות הבאות:

  • להפעיל קריאות API לכלי MCP: mcp.tools.call

יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.

אימות והרשאה

שרת ה-MCP המרוחק של Developer Connect משתמש בפרוטוקול OAuth 2.0 עם ניהול זהויות והרשאות גישה (IAM) לאימות ולהרשאה. כל Google Cloud הזהויות נתמכות לאימות בשרתי MCP.

שרת ה-MCP של Developer Connect דורש חשבון משתמש לצורך בקרה של ניהול זהויות והרשאות גישה (IAM), ולא מקבל מפתחות API. כדי שתוכלו לשלוט בגישה למשאבים ולעקוב אחריה, מומלץ ליצור זהות נפרדת לסוכנים שמשתמשים בכלים של MCP.

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

מידע נוסף על אימות זמין במאמר אימות בשרתי MCP.

היקפי ההרשאות של Developer Connect MCP OAuth

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

ל-Developer Connect יש את היקפי ההרשאות הבאים של OAuth לכלי MCP:

היקף ה-URI של Google Cloud CLI תיאור
https://www.googleapis.com/auth/cloud-platform גישה מלאה לכל המשאבים של Google Cloud .

יכול להיות שתידרש הרשאה נוספת למשאבים שאליהם ניגשים במהלך קריאת API לכלי. במאמר בקרת גישה באמצעות IAM מופיעה רשימה של התפקידים וההרשאות שנדרשים ל-Developer Connect.

הגדרת לקוח MCP לשימוש בשרת MCP של Developer Connect

אפליקציות וסוכני AI, כמו Claude או Antigravity, יכולים ליצור מופע של לקוח MCP שמתחבר לשרת MCP יחיד. לאפליקציית AI יכולים להיות כמה לקוחות שמתחברים לשרתי MCP שונים. אם האפליקציה שלכם לא מופיעה בהנחיות הספציפיות ללקוח, תוכלו להשתמש במידע הבא כדי להתחבר מרוב האפליקציות.
  • ‫Server name: Developer Connect שרת MCP
  • כתובת ה-URL של השרת או נקודת הקצה (endpoint): https://developerconnect.googleapis.com/mcp. שרת ה-MCP של Developer Connect זמין רק בנקודת הקצה הגלובלית.
  • תעבורה: HTTP שניתן להעביר בסטרימינג
  • פרטי אימות: בהתאם לשיטת האימות שאתם רוצים להשתמש בה, אתם יכולים להזין את פרטי הכניסה, את מזהה הלקוח והסוד של לקוח OAuth או את פרטי הכניסה והזהות של הנציג. Google Cloud מידע נוסף על אימות זמין במאמר אימות בשרתי MCP.
  • היקף OAuth: היקף OAuth 2.0 שבו רוצים להשתמש כשמתחברים לשרת ה-MCP של Developer Connect.
להנחיות ספציפיות לאפליקציה לגבי הגדרה והתחברות לשרת MCP, עיינו בהנחיות ספציפיות ללקוח.

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

באילו כלים אפשר להשתמש

כדי לראות פרטים על כלי ה-MCP הזמינים והתיאורים שלהם בשרת ה-MCP של Developer Connect, עיינו בחומר העזר של Developer Connect MCP.

ברוב הכלים, שם המשאב הוא קישור למאגר Git, בפורמט projects/PROJECT_ID/locations/LOCATION/connections/CONNECTION_ID/gitRepositoryLinks/LINK_ID. נציג תמיכה יכול למצוא אותו באמצעות הכלים list-connections ו-list-repo-links.

כברירת מחדל, הכלים fetch-repo-commit ו-diff-repo-commit מחזירים רק נתיבי קבצים וסטטוסים של שינויים. כדי להחזיר גם את השינויים שורה אחר שורה, מעבירים את path_filters, לדוגמה ["**"] לכל הקבצים.

כלים לרשימות

משתמשים ב-MCP Inspector כדי להציג את רשימת הכלים, או שולחים בקשת HTTP מסוג tools/list ישירות לשרת ה-MCP המרוחק של Developer Connect. השיטה tools/list לא דורשת אימות.

curl -X POST https://developerconnect.googleapis.com/mcp \
    -H 'Content-Type: application/json' \
    -H 'Accept: application/json' \
    -d '{
      "jsonrpc": "2.0",
      "id": 1,
      "method": "tools/list"
    }'

תרחישים לדוגמה

כשמחברים סוכן AI או עוזר דיגיטלי של IDE לשרת ה-MCP של Developer Connect, אפשר לבדוק ולשנות קוד בספקי SCM באמצעות שפה טבעית.

אתם יכולים להשתמש בשרת ה-MCP של Developer Connect בתרחישים הבאים:

  • בדיקת שינויים: הנציג יכול לקרוא את ה-commits וההבדלים בין שני ענפים או commits, ולסכם או לבדוק אותם.
  • לחקור את היסטוריית הקוד: למצוא אילו פקודות commit שינו שורות ספציפיות בקובץ, ולקרוא את הודעות ה-commit שלהן.
  • תהליכי עבודה אוטומטיים של בקשות משיכה: פתיחת בקשות משיכה, הוספת דיון והערות לבדיקה בתוך השורה, ועדכון או סגירה של בקשות משיכה. בגרסת טרום-השקה (Preview), התרחיש לדוגמה הזה זמין רק לפרויקטים שאושרו.

פרומפטים לדוגמה

הנה כמה דוגמאות להנחיות שאפשר לתת לאפליקציית ה-AI המקושרת:

  • סיכום של שינוי: "סכם את ההבדל בין main ל-feature/login ב-https://github.com/my-org/my-repo".
  • בדיקה של בקשת משיכה: "הצג את הקבצים שהשתנו בבקשת המשיכה מספר 42 ב-my-repo וציין פונקציות שחסר בהן טיפול בשגיאות".
  • מעקב אחרי שורה: "מי שינה לאחרונה את שורות 10 עד 20 בקובץ service.go בתאריך main, ולמה?"

ההנחיות הבאות משתמשות בכלים שבמהלך גרסת טרום-השקה (Preview) זמינים רק לפרויקטים שאושרו:

  • פתיחת בקשת משיכה: "פתח בקשת משיכה מ-feature/login אל main ב-my-repo עם הכותרת 'הוספת דף התחברות'".
  • הוספת הערה לבקשת משיכה: "תוסיף הערה בשורה 45 של auth.go בבקשת משיכה מספר 42, עם הצעה לטיפול טוב יותר בשגיאות".

הגדרות אופציונליות של אבטחה ובטיחות

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

מידע נוסף על אבטחה ופיקוח ב-MCP זמין במאמר אבטחה ובטיחות ב-AI.

שימוש ב-Model Armor

הגנה מוגברת על המודל היא שירות שלGoogle Cloud שנועד לשפר את האבטחה והבטיחות של אפליקציות ה-AI שלכם. הוא פועל באופן יזום כדי לסנן הנחיות ותשובות של מודלים גדולים של שפה (LLM), להגן מפני סיכונים שונים ולתמוך בשיטות לפיתוח אחראי של AI. לא משנה אם אתם פורסים את ה-AI בסביבת הענן שלכם או אצל ספקי שירותי ענן חיצוניים, אתם יכולים להשתמש ב-Model Armor כדי למנוע קלט זדוני, לוודא שהתוכן בטוח, להגן על מידע אישי רגיש, לשמור על תאימות ולאכוף את מדיניות הבטיחות והאבטחה של ה-AI באופן עקבי בכל סביבת ה-AI שלכם.

כשהתכונה "הגנה מוגברת על המודל" מופעלת והרישום ביומן מופעל, התכונה מתעדת ביומן את כל המטען הייעודי (payload). זה עלול לחשוף מידע רגיש ביומנים.

ניתוב בקשות של MCP ל-Model Armor

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

התשובות של הכלים כוללות לעיתים קרובות קוד מקור והשוואות בין קבצים. הסרת פרטי הזיהוי ב-Sensitive Data Protection יכולה לשנות מזהים בקוד, וכתוצאה מכך ההשוואות לא יהיו תקינות. אם הנציגים שלכם עובדים עם קוד, כדאי להשאיר את Sensitive Data Protection מושבת בהגדרות של Model Armor ל-Developer Connect, ולהשתמש בזיהוי של החדרת פרומפטים ופריצה, בזיהוי של כתובות URL זדוניות ובמסננים של AI אחראי.

הפעלת Model Armor

כדי להשתמש ב-Model Armor, צריך להפעיל את ממשקי ה-API של Model Armor.

המסוף

  1. מפעילים את Model Armor API, אם הוא עדיין לא מופעל.

    התפקידים שנדרשים כדי להפעיל ממשקי API

    כדי להפעיל ממשקי API, צריך את ההרשאה serviceusage.services.enable. אם אתם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד "בעלים" (roles/owner). אחרת, אתם יכולים לקבל את ההרשאה הזו דרך התפקיד "אדמין בממשק 'שימוש בשירות'" (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידים

    להפעלת ה-API

  2. בוחרים את הפרויקט שבו רוצים להפעיל את Model Armor.

gcloud

לפני שמתחילים, מבצעים את השלבים הבאים באמצעות Google Cloud CLI עם Model Armor API:

  1. מפעילים את Cloud Shell במסוף Google Cloud .

    הפעלת Cloud Shell

    בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.

  2. מריצים את הפקודה הבאה כדי להגדיר את נקודת הקצה ל-API של שירות Model Armor.

    gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.LOCATION.rep.googleapis.com/"

    מחליפים את LOCATION באזור שבו רוצים להשתמש ב-Model Armor.

הגדרת הגנה על שרתי MCP

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

מגדירים את הסף של Model Armor כשהסרת תוכן זדוני או רגיש ב-MCP מופעלת. מידע נוסף זמין במאמר הגדרת רמות הסינון של Model Armor.

דוגמה לפקודה:

gcloud model-armor floorsettings update \
--full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
--enable-floor-setting-enforcement=TRUE \
--add-integrated-services=GOOGLE_MCP_SERVER \
--google-mcp-server-enforcement-type=INSPECT_AND_BLOCK \
--enable-google-mcp-server-cloud-logging \
--malicious-uri-filter-settings-enforcement=ENABLED \
--add-rai-settings-filters='[{"confidenceLevel": "MEDIUM_AND_ABOVE", "filterType": "DANGEROUS"}]'

מחליפים את PROJECT_ID במזהה הפרויקט ב- Google Cloud .

שימו לב להגדרות הבאות:

  • ‫INSPECT_AND_BLOCK: סוג האכיפה שבודק את התוכן בשרת MCP של Google וחוסם הנחיות ותשובות שתואמות למסננים.
  • ‫ENABLED: ההגדרה שמפעילה מסנן או אכיפה.
  • ‫MEDIUM_AND_ABOVE: רמת הסמך של הגדרות הסינון של Responsible AI - Dangerous. אפשר לשנות את ההגדרה הזו, אבל ערכים נמוכים יותר עלולים לגרום ליותר תוצאות חיוביות כוזבות. מידע נוסף מופיע במאמר רמות הסמך של Model Armor.

השבתת הסריקה של תנועת MCP באמצעות Model Armor

כדי להפסיק את הסריקה האוטומטית של Model Armor לתנועה אל שרתי Google MCP וממנה על סמך הגדרות הסף של הפרויקט, מריצים את הפקודה הבאה:

gcloud model-armor floorsettings update \
  --full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
  --remove-integrated-services=GOOGLE_MCP_SERVER

מחליפים את PROJECT_ID במזהה הפרויקט ב- Google Cloud . התכונה "הגנה מוגברת על המודל" לא מחילה באופן אוטומטי את הכללים שמוגדרים בהגדרות המינימום של הפרויקט הזה על תנועה בשרת MCP של Google.

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

שליטה בשימוש ב-MCP באמצעות מדיניות IAM

כללי מדיניות הדחייה וכללי מדיניות ההרשאה של ניהול הזהויות והרשאות הגישה (IAM) עוזרים לכם לאבטח את Google Cloud ואת שרתי Google MCP.

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

  • חשבון המשתמש.
  • מאפייני כלים כמו המאפיין "לקריאה בלבד".
  • שם השירות או הכלי.
  • מזהה הלקוח ב-OAuth של האפליקציה.

מידע נוסף זמין במאמר שליטה בשימוש ב-MCP באמצעות ניהול זהויות והרשאות גישה.

המאמרים הבאים