שרת Google Developer Knowledge MCP נותן לכלי פיתוח מבוססי-AI גישה ישירה לחיפוש ולאחזור של מסמכי תיעוד רשמיים למפתחים של Google, למוצרים כמו Firebase, Google Cloud, Android, הפלטפורמה של מפות Google ועוד. כשמחברים את העזרה בתכנות לספריית התיעוד הרשמית של Google, לא צריך לחפש באינטרנט באופן ידני, להסתמך על הקשרים מיושנים או לבצע גירוד נתונים.
כדי להתחבר לשרת ה-MCP של Developer Knowledge מהאפליקציה או מקוד הסוכן שלכם במקום מסביבת פיתוח משולבת (IDE), עיינו במאמר חיבור באמצעות ערכות SDK של MCP.
יכולות של שרת MCP
שרת ה-MCP של Google Developer Knowledge מספק שלושה כלים עיקריים לעוזר ה-AI לעזרה בתכנות:
| שם הכלי | תיאור |
|---|---|
search_documents |
מחפשת במסמכי התיעוד למפתחים של Google ומחזירה את הקטעים הרלוונטיים ביותר מהדפים לצד שמות המסמכים. |
get_documents |
אחזור של תוכן Markdown המלא של מסמכים באמצעות השמות שהוחזרו על ידי search_documents.
|
answer_query |
יצירת תשובות מובנות שנלקחות ממאגר הידע למפתחים. |
search_documents הכלי מחפש בתיעוד של Google את הקטעים הרלוונטיים ביותר שמתאימים לשאילתה שלכם. כששואלים שאלה, הכלי מחזיר קטעי טקסט קצרים. אם הנציג צריך את ההקשר המלא של הדף שמקיף את הפסקה, הוא יכול להעביר את שם המשאב של המסמך אל get_documents כדי לאחזר את הדף כולו.
כדאי להשתמש בכלי answer_query כשרוצים לקבל תשובה ישירה לשאלה מתוך מאגר הידע למפתחים, במקום תוצאות חיפוש גולמיות או קובצי Markdown מלאים.
בחירת שיטת אימות
שרת ה-MCP של Developer Knowledge תומך בשתי גישות לאימות, בהתאם לסביבת הפיתוח ולעוזר ה-AI שלכם:
- מפתח API: הכי מתאים לסביבות פיתוח משולבות (IDE) של צד שלישי ולסוכני CLI כמו Claude Code, Cursor, GitHub Copilot, Codex ולקוחות אחרים של MCP מרחוק. מעבירים את מפתח ה-API בכותרת
X-Goog-Api-Keyבאמצעות HTTPS. - OAuth ו-ADC: הכי מתאים ל-Google Antigravity, שכולל תמיכה מובנית בApplication Default Credentials (ADC), או לתהליכי עבודה ארגוניים שדורשים טוקן למוכ"ז של OAuth 2.0 או מזהה לקוח נפרד של OAuth 2.0 במקום מפתח API.
יוצרים את פרטי הכניסה שנדרשים לשיטת האימות שבחרתם, כדי לאפשר לעוזר האישי מבוסס-AI או לסוכן התכנות לאמת בקשות באמצעות שירות שרת ה-MCP של Developer Knowledge.
בוחרים כרטיסייה כדי ליצור את פרטי הכניסה:
מפתח API
דרישות מוקדמות
לפני שיוצרים מפתח API, צריך לוודא שיש לכם:
- פרויקט ב-Google Cloud.
- ה-CLI של gcloud מותקן (אם ההגדרה מתבצעת משורת הפקודה).
הפעלת ה-API ויצירת מפתח API
אפשר ליצור מפתח API באמצעות מסוף Google Cloud או ה-CLI של gcloud:
Google Cloud Console
- פותחים את הדף Developer Knowledge API במסוף Google Cloud.
- בוחרים את הפרויקט בענן ב-Google Cloud ולוחצים על Enable.
- נכנסים אל הדף Credentials.
- לוחצים על Create credentials ובוחרים באפשרות מפתח API.
- לוחצים על הפעולה Edit API key כדי להגדיר הגבלות:
- בקטע API restrictions, בוחרים באפשרות Restrict key.
- בוחרים באפשרות Developer Knowledge API.
- אם אתם מתכננים להשתמש באותו מפתח לקריאות למודלים (כמו
GEMINI_API_KEY), צריך לבחור גם באפשרות Generative Language API.
- לוחצים על שמירה ואז מעתיקים את מפתח ה-API.
CLI של gcloud
מפעילים את Developer Knowledge API בפרויקט (מחליפים את PROJECT_ID במזהה הפרויקט):
gcloud services enable developerknowledge.googleapis.com \ --project=PROJECT_IDיוצרים מפתח API:
gcloud services api-keys create \ --project=PROJECT_ID \ --display-name="DK API Key"הפקודה הזו מחזירה פרטים של מטא-נתונים לגבי המפתח החדש. מעתיקים ושומרים את שני הערכים הבאים מפלט הפקודה:
-
keyString: זהו מפתח ה-API הגולמי (לדוגמה,AIzaSy...). אתם צריכים להדביק את הערך הזה בהגדרות של ה-IDE. -
name: זהו נתיב המשאב של המפתח (לדוגמה,projects/PROJECT_ID/locations/global/keys/UNIQUE_ID). תשתמשו בנתיב הזה כדי להגביל את המפתח בשלב הבא.
-
כדי למנוע שימוש לא מורשה, הגבילו את המפתח ל-Developer Knowledge API. מחליפים את KEY_NAME בנתיב המלא של
nameשהעתקתם בשלב הקודם:gcloud services api-keys update KEY_NAME \ --api-target=service=developerknowledge.googleapis.comgcloud services api-keys update KEY_NAME \ --api-target=service=developerknowledge.googleapis.com \ --api-target=service=generativelanguage.googleapis.com
OAuth ו-ADC
דרישות מוקדמות
לפני שמגדירים OAuth או ADC, צריך לוודא שיש לכם:
הפעלת ה-API
מריצים את הפקודה הבאה כדי להפעיל את Developer Knowledge API בפרויקט:
gcloud services enable developerknowledge.googleapis.com \
--project=PROJECT_ID
בחירת סוג פרטי הכניסה ל-OAuth
בוחרים את שיטת האימות שנדרשת בכלי:
ADC
ב-Google Antigravity יש תמיכה מובנית ב-ADC, וטוקני הרענון מתרעננים באופן אוטומטי. לקוחות MCP אחרים יכולים להשתמש ב-ADC על ידי העברת טוקן למוכ"ז לטווח קצר בכותרת Authorization:
מאמתים את החשבון ב-Google ומגדירים את פרויקט המכסה:
gcloud auth application-default login \ --project=PROJECT_IDכשדפדפן נפתח, נכנסים לחשבון Google ומעניקים את ההרשאות הנדרשות.
(אופציונלי) אם אתם מגדירים לקוח MCP של צד שלישי שלא כולל תמיכה מובנית ב-ADC, אתם צריכים ליצור טוקן למוכ"ז (בתוקף למשך שעה) כדי להשתמש בו בכותרת
Authorizationשל הלקוח:gcloud auth application-default print-access-token
מזהה לקוח ב-OAuth
אם העוזר האישי מבוסס-ה-AI משתמש בתהליך OAuth אינטראקטיבי, צריך ליצור מזהה לקוח וסוד לקוח של OAuth 2.0, כי שרתי MCP מרוחקים של Google לא תומכים ברישום דינמי של לקוחות (DCR) ב-OAuth.
- עוברים אל דף המיתוג ובוחרים את הפרויקט. מזינים שם אפליקציה וכתובת אימייל לתמיכה במשתמשים ולוחצים על שמירה.
- עוברים אל דף הקהל ומגדירים את סוג המשתמש כחיצוני.
- באותו דף, לוחצים על Add users בקטע Test users, מזינים את כתובת האימייל שלכם ב-Google ולוחצים על Save.
- עוברים אל הדף 'לקוחות', לוחצים על יצירת לקוח ובוחרים את סוג האפליקציה שנדרש על ידי לקוח ה-MCP:
- בוחרים באפשרות אפליקציה למחשב ללקוחות במחשב שמבקשים מזהה לקוח וסוד (כמו VS Code).
- בוחרים באפשרות אפליקציית אינטרנט ומוסיפים את כתובת ה-URI להפניה אוטומטית של הלקוח, ללקוחות שדורשים קריאות חוזרות (callbacks) סטטיות להפניה אוטומטית של OAuth (כמו Cursor או מחברים מותאמים אישית של Claude Code). צריך להשתמש בכתובת ה-URI המדויקת להפניה אוטומטית שמופיעה במסמכי הלקוח. אין תמיכה בכתובות URI מותאמות אישית להפניה אוטומטית. במאמר הגדרת MCP באפליקציית AI מוסבר איך להגדיר כתובות URI להפניה אוטומטית ללקוחות ספציפיים.
- לוחצים על Create, ואז מעתיקים את מזהה לקוח ואת סוד לקוח (או מורידים את קובץ פרטי הכניסה של הלקוח בפורמט JSON).
היקפי הרשאות OAuth
שרת ה-MCP של Developer Knowledge מקבל את היקפי ההרשאות הבאים של OAuth:
-
https://www.googleapis.com/auth/cloud-platform: היקף ברירת המחדל שמשמש את Application Default Credentials (ADC) ואת ה-CLI של gcloud. -
https://www.googleapis.com/auth/devprofiles.full_control: היקף ההרשאות שמשמש לתהליכי הסכמה של מזהה לקוח ב-OAuth 2.0 ולגילוי שרת MCP. -
https://www.googleapis.com/auth/developerprofiles.readonly: היקף הרשאות לקריאה בלבד שנתמך בחשבונות שירות ובפרטי כניסה שלא דורשים מסך הסכמה ל-OAuth של משתמש קצה.
הגדרת סביבת הפיתוח המשולבת (IDE) או סוכן התכנות
אחרי שמקבלים את פרטי הכניסה, פועלים לפי הוראות ההגדרה של סביבת הקידוד. ההוראות לכל סביבת תכנות תומכות בשיטות האימות הבאות:
| סביבת תכנות | שיטות אימות |
|---|---|
| Google Antigravity | פרטי כניסה מובנים של Google (ADC) או מפתח API |
| Claude Code, Cursor, GitHub Copilot, Codex | מפתח API |
| אחר | מפתח API, טוקן למוכ"ז של ADC או מזהה לקוח ב-OAuth 2.0 |
כדי להשתמש בטוקן למוכ"ז של ADC או במזהה לקוח של OAuth 2.0 עם Claude Code, Cursor, GitHub Copilot או Codex, צריך לפעול לפי ההוראות שבכרטיסייה אחר.
בהתאם לתבנית שבה משתמשים, מחליפים את ה-placeholder הבאים:
- API key (
YOUR_API_KEY): מחליפים במחרוזת הגולמית של מפתח ה-API. - Project ID (
PROJECT_ID): מחליפים במזהה הפרויקט שלכם ב-Google Cloud. טוקן גישה (
ACCESS_TOKEN): מחליפים בטוקן למוכ"ז מ-gcloud auth application-default print-access-token.
Google Antigravity
Antigravity IDE ותוספים
כדי להגדיר את שרת ה-MCP ב-Antigravity IDE או בתוסף Antigravity (למשל ב-VS Code), בוחרים את שיטת האימות:
פרטי כניסה לחשבון Google
כדי להתקין את שרת ה-MCP באמצעות הגדרה בקליק אחד:
- בחלונית של הסוכן, לוחצים על התפריט אפשרויות נוספות () ובוחרים באפשרות שרתי MCP.
- מחפשים את Google Developer Knowledge.
- לוחצים על סמל ההתקנה (). Antigravity מגדיר את השרת באופן אוטומטי ומתחבר באמצעות פרטי הכניסה הפעילים שלכם ב-Google.
מפתח API
כדי להגדיר מפתח API ב-Antigravity IDE או בתוסף Antigravity:
- בחלונית Agent, לוחצים על התפריט אפשרויות נוספות () > שרתי MCP > ניהול שרתי MCP > הצגת הגדרות גולמיות (או פותחים את
.agents/mcp_config.json). מוסיפים את הגדרת השרת הבאה:
{ "mcpServers": { "google-developer-knowledge": { "serverUrl": "https://developerknowledge.googleapis.com/mcp", "headers": { "X-Goog-Api-Key": "YOUR_API_KEY" } } } }
Antigravity CLI
מגדירים את שרת ה-MCP בקובץ .agents/mcp_config.json של הפרויקט (או באופן גלובלי בקובץ ~/.gemini/config/mcp_config.json):
פרטי כניסה של Google
{
"mcpServers": {
"google-developer-knowledge": {
"httpUrl": "https://developerknowledge.googleapis.com/mcp",
"authProviderType": "google_credentials",
"oauth": {
"scopes": [
"https://www.googleapis.com/auth/cloud-platform"
]
},
"timeout": 30000,
"headers": {
"X-goog-user-project": "PROJECT_ID"
}
}
}
}
מפתח API
{
"mcpServers": {
"google-developer-knowledge": {
"serverUrl": "https://developerknowledge.googleapis.com/mcp",
"headers": {
"X-Goog-Api-Key": "YOUR_API_KEY"
}
}
}
}
Claude Code
מריצים את הפקודה הבאה בטרמינל:
claude mcp add google-developer-knowledge \
--transport http https://developerknowledge.googleapis.com/mcp \
--header "X-Goog-Api-Key: YOUR_API_KEY"
סמן
כדי להגדיר את Cursor, עורכים את .cursor/mcp.json בתיקיית הבסיס של הפרויקט או את ~/.cursor/mcp.json לגישה גלובלית:
{
"mcpServers": {
"google-developer-knowledge": {
"url": "https://developerknowledge.googleapis.com/mcp",
"headers": {
"X-Goog-Api-Key": "YOUR_API_KEY"
}
}
}
}
GitHub Copilot
הגדרות Workspace
כדי להגדיר את GitHub Copilot ב-VS Code לסביבת עבודה ספציפית, יוצרים או עורכים את .vscode/mcp.json:
{
"servers": {
"google-developer-knowledge": {
"url": "https://developerknowledge.googleapis.com/mcp",
"headers": {
"X-Goog-Api-Key": "YOUR_API_KEY"
}
}
}
}
הגדרות משתמש כלליות
כדי שהשרת יהיה זמין בכל סביבות העבודה של VS Code, פותחים את Command Palette, מריצים את MCP: Open User Configuration ומוסיפים את הקוד הבא לקובץ mcp.json בפרופיל המשתמש:
{
"servers": {
"google-developer-knowledge": {
"url": "https://developerknowledge.googleapis.com/mcp",
"headers": {
"X-Goog-Api-Key": "YOUR_API_KEY"
}
}
}
}
Codex
כדי להגדיר את Codex CLI או את סוכן Codex, מוסיפים את הגדרת השרת לקובץ ~/.codex/config.toml (או לקובץ .codex/config.toml של הפרויקט):
[mcp_servers.google-developer-knowledge]
url = "https://developerknowledge.googleapis.com/mcp"
http_headers = { "X-Goog-Api-Key" = "YOUR_API_KEY" }
אחר
כדי להגדיר לקוח MCP מרוחק אחר (כמו JetBrains AI Assistant, Windsurf, Cline, Zed, Continue או Claude Desktop), או כדי להשתמש בטוקן למוכ"ז של ADC או במזהה לקוח ב-OAuth 2.0 בלקוח של צד שלישי, בוחרים את שיטת האימות:
מפתח API
מגדירים שרת תעבורה מסוג HTTP עם ההגדרות הבאות:
- כתובת ה-URL של השרת:
https://developerknowledge.googleapis.com/mcp - כותרת HTTP:
X-Goog-Api-Key: YOUR_API_KEY
תבנית הגדרות JSON רגילה:
{
"mcpServers": {
"google-developer-knowledge": {
"url": "https://developerknowledge.googleapis.com/mcp",
"headers": {
"X-Goog-Api-Key": "YOUR_API_KEY"
}
}
}
}
טוקן למוכ"ז של ADC
אם ללקוח ה-MCP שלכם אין תמיכה מובנית ב-ADC, אתם יכולים לבצע אימות באמצעות ADC על ידי העברת טוקן ה-bearer מ-gcloud auth application-default print-access-token ומזהה פרויקט Google Cloud בכותרות הבקשה:
{
"mcpServers": {
"google-developer-knowledge": {
"url": "https://developerknowledge.googleapis.com/mcp",
"headers": {
"Authorization": "Bearer ACCESS_TOKEN",
"X-Goog-User-Project": "PROJECT_ID"
}
}
}
}
כדי להשתמש בכותרת X-Goog-User-Project צריך את ההרשאה serviceusage.services.use בפרויקט. לבעלים ולעורכים של הפרויקט יש את ההרשאה הזו. משתמשים אחרים צריכים תפקיד שכולל את ההרשאה הזו, כמו Service Usage Consumer (roles/serviceusage.serviceUsageConsumer).
מזהה לקוח ב-OAuth
כדי לבצע אימות באמצעות מזהה לקוח וסוד לקוח עצמאיים של OAuth 2.0:
מוסיפים את נקודת הקצה של שרת ה-MCP להגדרות הלקוח בלי כותרת של מפתח API:
{ "mcpServers": { "google-developer-knowledge": { "url": "https://developerknowledge.googleapis.com/mcp" } } }משלימים את הגדרת OAuth עבור הלקוח:
- פרומפט אינטראקטיבי (כמו VS Code): שולחים פרומפט לבדיקה לסוכן. כשמופיעה הודעה על כך שאין תמיכה ב-Dynamic Client Registration, ממשיכים ומזינים את מזהה הלקוח ואת סוד הלקוח, ואז נכנסים באמצעות חשבון Google.
- הגדרת OAuth סטטית (כמו Cursor או Claude Code): מספקים את מזהה הלקוח, סוד הלקוח וכתובת ה-URI להפניה אוטומטית של OAuth בהגדרות ה-OAuth של הלקוח. הוראות ספציפיות ללקוח מופיעות במאמר הגדרת MCP באפליקציית AI.
אם הלקוח מבקש מכם לציין את היקפי ההרשאות של OAuth, השתמשו ב-
https://www.googleapis.com/auth/devprofiles.full_control.
בהגדרה הזו לא צריך לציין מזהה פרויקט ב-Google Cloud. הבקשות משויכות לפרויקט שבבעלותו מזהה הלקוח ב-OAuth.
אימות החיבור
אחרי שמגדירים, מפעילים מחדש את העוזר האישי מבוסס-AI או טוענים מחדש את שרתי ה-MCP שלו. אחר כך שולחים הנחיה לבדיקה כדי לוודא שהשילוב של הכלי פועל:
How do I list Cloud Storage buckets using the Google Cloud Python SDK?
אם הנציג מפעיל את search_documents או את answer_query ומחזיר מידע מהמסמכים של Google, השרת מחובר ופעיל.
שימוש במיומנות של סוכן הידע למפתחים
כדי ללמד את ה-Assistant מתי ואיך להשתמש בכלים הבסיסיים שמוצעים על ידי שרת ה-MCP של Developer Knowledge, צריך להתקין את סקיל הסוכן הרשמי של retrieving-developer-knowledge.
מיומנות של סוכן היא קבוצת הוראות שעוזר ה-AI לעזרה בתכנות קורא לפני שהוא מתחיל משימה. הסקיל retrieving-developer-knowledge פועל עם כל עוזר דיגיטלי שתומך בתקן הפתוח של Agent Skills, ועוזר לו לבצע את הפעולות הבאות:
- בחירת הכלי הנכון: עוזרת לכם להנחות את העוזר הדיגיטלי להשתמש ב-
answer_queryלשאלות כלליות מסוג 'איך עושים' ולהשוואות, וב-search_documents(עם שתיים עד חמש מילות מפתח ממוקדות) כשמחפשים דגלים מדויקים של CLI, הרשאות IAM או תחביר קוד. - Check for errors before answering: הנחיה לעוזר הדיגיטלי לוודא שהחיפוש במסמכים הצליח לפני שהוא כותב תשובה, כדי שהוא לא יפרש בטעות שגיאה במפתח ה-API או במכסה כחוסר במסמכים, או ינחש על סמך נתוני אימון ישנים יותר.
- חזרה ל-API בארכיטקטורת REST: נותנת לעוזר הדיגיטלי פקודות
curlכדי לקרוא ישירות ל-Developer Knowledge API אם כלי העריכה לא תומך בשרתי MCP או אם החיבור ל-MCP נכשל.
התקנת הסקיל של הסוכן
בוחרים את העוזר לתכנות כדי להתקין את היכולת retrieving-developer-knowledge בספריית הפרויקט:
Google Antigravity
npx skills add google/skills --skill retrieving-developer-knowledge \
--agent=antigravity
Claude Code
npx skills add google/skills --skill retrieving-developer-knowledge \
--agent=claude-code
סמן
npx skills add google/skills --skill retrieving-developer-knowledge \
--agent=cursor
Codex
npx skills add google/skills --skill retrieving-developer-knowledge \
--agent=codex
אחר
בעוזרים אישיים אחרים מבוססי-AI שתומכים בתקן הפתוח של סקילים אג'נטיים, מריצים את הפקודה:
npx skills add google/skills --skill retrieving-developer-knowledge
כדי לעדכן את המיומנויות המותקנות לגרסה העדכנית, מריצים את הפקודה:
npx skills update
כדי לראות את ההוראות המלאות ואת מדריכי העזר, עיינו בספרייה retrieving-developer-knowledge ב-GitHub.
אופטימיזציה של חלון ההקשר והשימוש בטוקנים
שליפה של דפי תיעוד מלאים לחלון ההקשר של מודל AI צורכת כמות משמעותית של טוקנים. הוספה של כמה מסמכים גדולים עלולה לגרום לעלויות גבוהות של טוקנים, לעלייה בזמן האחזור ולגלישה של חלון ההקשר.
כדי להבטיח תגובות מהירות וחסכוניות, מומלץ לפעול לפי השיטות המומלצות הבאות להנדסת פרומפטים:
התקנת יכולת של סוכן (מומלץ): מתקינים את היכולת של סוכן
retrieving-developer-knowledgeכדי שהעוזר הדיגיטלי יבחר באופן אוטומטי את כלי החיפוש המתאים (answer_queryאוsearch_documents), ישתמש בחיפושים של מילות מפתח קצרות ויוריד דפים מלאים רק כשצריך.להסתמך על אחזור דו-שלבי: הסוכן יתחיל בשיחה עם
search_documents. התשובה כוללת קטעי מידע ממוקדים (chunks) שמכילים בדרך כלל את התחביר המדויק או את חתימת ה-API שאתם צריכים, בלי לצרוך טוקנים עבור הדף כולו. תנחה את הסוכן להתקשר אלget_documentsרק אם יש צורך בהקשר הסביבתי.עדיף להשתמש ב-
answer_queryלשאלות תיאורטיות: אם אתם צריכים הסבר או השוואה בין עיצובים, כדאי להנחות את הסוכן להשתמש ב-answer_query. הכלי הזה יוצר תשובה ישירות ממאגר המידע למפתחים, בלי להחזיר דפי Markdown גולמיים מלאים.כתיבת פרומפטים ספציפיים וממוקדים: מומלץ להימנע מפרומפטים כלליים מדי כמו 'תסביר לי על כל Firebase'. במקום זאת, צריך לציין את מוצר היעד, הפלטפורמה והשפה:
How do I write a Firestore transaction in Dart with error handling?הוספת כללים מותאמים אישית לסוכן: אם אתם לא משתמשים במיומנות
retrieving-developer-knowledge, הוסיפו הנחיות ברמת הפרויקט לקובצי ההוראות של העוזר הדיגיטלי (לדוגמה,.cursorrules,CLAUDE.mdאו.github/copilot-instructions.md) כדי להגביל את השליפה האוטומטית של דפים מלאים:When searching Google developer documentation, inspect search_documents snippets first. Do not call get_documents unless the snippet lacks necessary code context.
הגדרות אבטחה ובטיחות אופציונליות
בגלל המגוון הרחב של הפעולות שאפשר לבצע באמצעות כלי MCP, יש סיכוני אבטחה ושיקולים חדשים שצריך להביא בחשבון. כדי לצמצם את הסיכונים האלה ולנהל אותם, Google Cloud מציעה הגדרות ברירת מחדל ומדיניות שניתנת להתאמה אישית כדי לשלוט בשימוש בכלי MCP בארגון או בפרויקט שלכם ב-Google Cloud.
מידע נוסף על אבטחה וניהול של MCP זמין במאמר בנושא אבטחה ובטיחות של AI.
שימוש ב-Model Armor
הגנה מוגברת על המודל הוא שירות של Google Cloud שנועד לשפר את האבטחה והבטיחות של אפליקציות ה-AI שלכם. הוא פועל באופן יזום כדי לסנן הנחיות ותשובות של מודלי LLM, להגן מפני סיכונים שונים ולתמוך בשיטות לפיתוח אחראי של AI. לא משנה אם אתם פורסים את ה-AI בסביבת הענן שלכם או אצל ספקי שירותי ענן חיצוניים, אתם יכולים להשתמש ב"הגנה מוגברת על המודל" כדי למנוע קלט זדוני, לוודא שהתוכן בטוח, להגן על מידע אישי רגיש, לשמור על תאימות ולאכוף את מדיניות הבטיחות והאבטחה של ה-AI באופן עקבי בכל סביבת ה-AI המגוונת שלכם.
כשמפעילים את Model Armor עם הפעלת רישום ביומן, המערכת רושמת ביומן את כל מטען הנתונים. יכול להיות שהפעולה הזו תחשוף מידע רגיש ביומנים שלכם.
ניתוב בקשות MCP ל-Model Armor
Model Armor זמין באזורים מסוימים. כש-Model Armor מופעל ואתם משתמשים בשרת MCP בתחום שיפוט ש-Model Armor לא תומך בו, יכול להיות שהתנהגות הניתוב של השיחה תהיה שונה עבור שרתי MCP שונים, ושהיא תפגע בתאימות של נתוני השימוש והנתונים במעבר לדרישות של שמירת נתונים. מידע נוסף על ההתנהגות של שרתי MCP בודדים זמין במאמר מוצרים נתמכים של Model Armor.הפעלת Model Armor
כדי להפעיל את Model Armor, פועלים לפי השלבים במאמר בנושא שילוב עם שרתי Google ו-Google Cloud MCP.
הגדרת הגנה לשרתי MCP מרוחקים
כדי להגן על הקריאות והתשובות של כלי ה-MCP, אתם יכולים להשתמש בהגדרות האבטחה המינימליות של Model Armor. הגדרת אבטחה מינימלית קובעת את מסנני האבטחה המינימליים שחלים על כל הפרויקט. ההגדרה הזו מחילה קבוצה עקבית של מסננים על כל הקריאות והתגובות של כלי ה-MCP בפרויקט.
מגדירים את הגדרות האבטחה המינימליות של "הגנה מוגברת על המודל" עם הסרת תוכן זדוני או רגיש ב-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: רמת הסמך של הגדרות הסינון של "אתיקה של בינה מלאכותית – תוכן מסוכן". אפשר לשנות את ההגדרה הזו, אבל ערכים נמוכים יותר עלולים להוביל ליותר תוצאות חיוביות כוזבות. מידע נוסף זמין במאמר בנושא רמות הסמך של 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. Model Armor לא מחיל באופן אוטומטי את הכללים שמוגדרים בהגדרות המינימום של הפרויקט על תנועה בשרת Google MCP.
הגדרות האבטחה המינימליות וההגדרות הכלליות של "הגנה מוגברת על המודל" יכולות להשפיע על יותר מאשר רק MCP. מכיוון ש-Model Armor משתלב עם שירותים כמו Vertex AI, כל שינוי שתבצעו בהגדרות האבטחה המינימליות יכול להשפיע על סריקת התנועה ועל התנהגויות הבטיחות בכל השירותים המשולבים, ולא רק ב-MCP.
שינוי ההגדרות של Model Armor
אם אתם משתמשים ב-Model Armor כדי להגן על האפליקציה, יכול להיות שתיתקלו בשגיאות 403 PERMISSION_DENIED בשאילתות מסוימות. מכיוון ששרת ה-MCP של Developer Knowledge מחזיר רק תיעוד ציבורי ממקורות מהימנים של Google, מומלץ להגדיר את המסננים של החדרה פרומפטים ופריצת דרך (PIJB) לרמות סמך של HIGH_AND_ABOVE כדי לצמצם את מספר התוצאות החיוביות הכוזבות.
אם תרחיש השימוש שלכם לא כולל כלים אחרים שניגשים לנתונים פרטיים או רגישים, אתם יכולים גם להשבית את המסננים של PIJB.
פתרון בעיות
אם נתקלים בבעיות בחיבור לשרת ה-MCP של Developer Knowledge או בשליחת שאילתות אליו, אפשר למצוא את הסימפטום או את הודעת השגיאה בטבלאות הבאות.
שגיאות בהגדרה ובחיבור
| סימפטום או שגיאה | הסיבה הנפוצה | רזולוציה |
|---|---|---|
404 NOT_FOUND בנקודת הקצה /mcp |
ה-API לא מופעל בפרויקט. |
מפעילים את Developer Knowledge API במסוף Google Cloud או מריצים את הפקודה gcloud services enable developerknowledge.googleapis.com.
|
403 PERMISSION_DENIED:
Developer Knowledge API has not been used
|
Developer Knowledge API לא מופעל בפרויקט ב-Google Cloud. |
מפעילים את ה-API במסוף Google Cloud או מריצים את הפקודה gcloud services enable developerknowledge.googleapis.com.
|
| כלי MCP חסרים או שהחיבור נכשל | כלי הקידוד שלכם לא תומך בשרתי HTTP MCP מרוחקים או שלא יכול להתחבר לשרת. |
מתקינים את מיומנות הסוכן של retrieving-developer-knowledge, שמנחה את Assistant איך לחזור לנקודות הקצה של Developer Knowledge API REST באמצעות curl כשכלי MCP לא זמינים.
|
שגיאות במפתח ה-API
| תסמין או שגיאה | הסיבה הנפוצה | רזולוציה |
|---|---|---|
400 Bad Request: API key not valid |
המחרוזת של מפתח ה-API חסרה, לא תקינה או שהפורמט שלה שגוי. |
מוודאים שמפתח ה-API הועתק בצורה נכונה והוגדר באובייקט headers עם המפתח X-Goog-Api-Key.
אל תעבירו את מפתח ה-API כפרמטר של שאילתה בכתובת ה-URL.
|
403 PERMISSION_DENIED: API target restriction |
רשימת ההגבלות על מפתחות API לא כוללת את Developer Knowledge API. | בדף Credentials במסוף Google Cloud, מעדכנים את ההגבלות על מפתח ה-API כך שיכללו את Developer Knowledge API. |
שגיאות ב-OAuth וב-ADC
| סימפטום או שגיאה | הסיבה הנפוצה | רזולוציה |
|---|---|---|
פרטי כניסה לא תקינים או חסרים של 401 UNAUTHENTICATED או ADC |
התוקף של Application Default Credentials או של טוקנים למוכ"ז של ADC פג, או שהם לא אותחלו. |
מריצים את הפקודה
gcloud auth application-default login --project=PROJECT_ID
כדי לרענן את פרטי הכניסה המקומיים, או מריצים את הפקודה
gcloud auth application-default print-access-token כדי
ליצור טוקן למוכ"ז חדש.
|
403 PERMISSION_DENIED:
API requires a quota project, which is not set by default
|
הבקשה משתמשת בטוקן למוכ"ז של ADC בלי כותרת X-Goog-User-Project.
|
מוסיפים את הכותרת X-Goog-User-Project עם מזהה הפרויקט בענן ב-Google Cloud לתצורה של לקוח ה-MCP.
|
403 PERMISSION_DENIED עם כותרת
X-Goog-User-Project
|
לחשבון שלכם אין את ההרשאה serviceusage.services.use בפרויקט שבכותרת.
|
מבקשים מהאדמין של הפרויקט להקצות לכם את התפקיד Service Usage Consumer (roles/serviceusage.serviceUsageConsumer).
|
403 access_denied /
"הגישה חסומה: שגיאת הרשאה"
|
מסך ההסכמה של OAuth משתמש בסוג המשתמש חיצוני במצב בדיקה, והחשבון שלכם לא רשום כמשתמש בדיקה. | במסוף Google Cloud > Auth Platform > Audience, מוסיפים את כתובת האימייל הפעילה שלכם ב-Google בקטע Test users. |
| שגיאה בלקוח OAuth או כתובת URI לא תקינה להפניה אוטומטית | לקוח OAuth נוצר עם סוג אפליקציה שלא נתמך או עם URI להפניה חסר. | משתמשים באפליקציה למחשב ללקוחות עם הנחיות אינטראקטיביות (כמו VS Code), או באפליקציית אינטרנט עם כתובת ה-URI המורשית להפניה אוטומטית של הלקוח (כמו Cursor או Claude Code). |
שגיאות שקשורות למכסה ולמסנן הבטיחות
| סימפטום או שגיאה | הסיבה הנפוצה | רזולוציה |
|---|---|---|
429 RESOURCE_EXHAUSTED |
הגעת למכסה של הפרויקט. | בודקים את השימוש בדף המכסות של Developer Knowledge API במסוף Google Cloud. במאמר המכסה של Developer Knowledge API מוסבר על המגבלות ואיך מבקשים להגדיל את המכסה. |
403 PERMISSION_DENIED עם הגנה מוגברת על המודל |
תוצאת חיובית כוזבת ממסנן ה-PIJB של הגנה מוגברת על המודל חסמה שאילתה בטוחה. |
בהגדרות התבנית של Model Armor, מגדירים את רמת הסמך של מסנן ה-PIJB לערך HIGH_AND_ABOVE.
|
מסמכים כלולים
הרשימה המלאה של מוצרי Google ומאגרי המסמכים שנסרקים על ידי השרת מופיעה במאמר בנושא מאגר מידע.
מגבלות ידועות
- רק תיעוד ציבורי: השרת מבצע אינדקס רק של תיעוד שזמין לציבור ומפורט בהפניה לקורפוס. הוא לא כולל מסמכים פנימיים, מאגרים פרטיים ומשאבים של צד שלישי.
- אנגלית: השרת מוסיף לאינדקס ומחזיר מסמכים באנגלית בלבד.
- תלות ברשת ו-VPC Service Controls: מכיוון ששרת ה-MCP של Developer Knowledge הוא שירות מרוחק שמתארח, ללקוח שלכם צריכה להיות קישוריות לרשת כדי להגיע אל
https://developerknowledge.googleapis.com.- בתוך רשתות VPC של Google Cloud: לא נדרשת תעבורת נתונים יוצאת לאינטרנט הציבורי. אפשר להגיע אל
developerknowledge.googleapis.comבאופן פרטי בלי כתובות IP חיצוניות או Cloud NAT, על ידי ניתוב התנועה באמצעות גישה פרטית ל-Google (private.googleapis.com/199.36.153.8/30) או נקודת קצה (endpoint) של Private Service Connect (PSC) שמטרגטת את החבילהall-apis. - VPC Service Controls (VPC-SC):
developerknowledge.googleapis.comלא נתמך ב-VIP המוגבל (restricted.googleapis.com/199.36.153.4/30) או בנקודות הקצה של PSCvpc-sc. אם המסלולים של ה-VPC שלכם מ-*.googleapis.comאלrestricted.googleapis.com, צריך להגדיר מדיניות תגובה ספציפית של Cloud DNS או רשומת DNS פרטית עבורdeveloperknowledge.googleapis.comכדי שהיא תפנה אלprivate.googleapis.com(199.36.153.8/30).
- בתוך רשתות VPC של Google Cloud: לא נדרשת תעבורת נתונים יוצאת לאינטרנט הציבורי. אפשר להגיע אל