תיעוד 93
הגדרת Claude Code לארגון
מפת החלטות למנהלים שפורסים את Claude Code, שמכסה ספקי API, הגדרות מנוהלות, אכיפת מדיניות, ניטור שימוש וטיפול בנתונים.
Claude Code אוכף מדיניות ארגונית דרך הגדרות מנוהלות שגוברות על תצורת המפתחים המקומית. אתם מעבירים את ההגדרות האלה מקונסולת הניהול של Claude, ממערכת ניהול המכשירים הניידים (MDM), או מקובץ על הדיסק. ההגדרות קובעות לאילו כלים, פקודות, שרתים ויעדי רשת Claude יכול להגיע.
הדף הזה עובר על החלטות הפריסה לפי הסדר. כל שורה מקשרת לסעיף שבהמשך ולדף העיון של התחום הזה.
[!NOTE]
SSO, הקצאת SCIM והקצאת מושבים מוגדרים ברמת חשבון Claude. ראו את Claude Enterprise Administrator Guide ואת הקצאת מושבים לשלבים האלה.
| החלטה | מה בוחרים | עיון |
|---|---|---|
| בחירת ספק ה-API | איפה Claude Code מבצע אימות ואיך מתבצע החיוב | אימות, Amazon Bedrock, Google Cloud's Agent Platform, Microsoft Foundry |
| החלטה איך ההגדרות מגיעות למכשירים | איך מדיניות מנוהלת מגיעה למחשבי המפתחים | הגדרות מנוהלות בשרת, מנגנוני אספקה |
| החלטה מה לאכוף | אילו כלים, פקודות ואינטגרציות מותרים | הרשאות, ארגז חול |
| הגדרת נראות שימוש | איך עוקבים אחרי הוצאה ואימוץ | ניתוח נתונים, ניטור, עלויות |
| סקירת טיפול בנתונים | שמירת נתונים ומצב תאימות | שימוש בנתונים, אבטחה |
#בחירת ספק ה-API
Claude Code מתחבר אל Claude דרך אחד מכמה ספקי API. הבחירה משפיעה על החיוב, על האימות, על עמדת התאימות שאתם יורשים, ועל תכונות Claude Code שהמפתחים יכולים להשתמש בהן.
| ספק | מתי לבחור בזה |
|---|---|
| Claude for Teams / Enterprise | רוצים את Claude Code ואת claude.ai תחת מנוי אחד לפי מושב, בלי תשתית להרצה. זו המלצת ברירת המחדל. |
| Claude Console | העבודה היא API-first, או שרוצים חיוב לפי שימוש |
| Amazon Bedrock | רוצים לרשת בקרות תאימות וחיוב קיימים של AWS |
| Google Cloud's Agent Platform | רוצים לרשת בקרות תאימות וחיוב קיימים של GCP |
| Microsoft Foundry | רוצים לרשת בקרות תאימות וחיוב קיימים של Azure |
חלק מתכונות Claude Code דורשות חשבון claude.ai. סשנים בענן, משימות ענן מתוזמנות, Code Review, Remote Control ותוסף Chrome אינם זמינים דרך מפתחות API של Console או דרך אישורי ספק ענן בלבד. אם אתם פורסים דרך Amazon Bedrock, Google Cloud's Agent Platform או Microsoft Foundry, תכננו אם המפתחים צריכים גם מושבים של Claude for Teams או Enterprise. כל דף תכונה מפרט את דרישות המסלול שלו.
להשוואת ספקים מלאה שמכסה אימות, אזורים ושוויון תכונות, ראו את סקירת הפריסה הארגונית. הגדרת האימות של כל ספק נמצאת באימות.
דרישות פרוקסי וחומת אש בתצורת רשת חלות בלי קשר לספק. אם אתם רוצים נקודת קצה אחת לפני כמה ספקים, או רישום בקשות מרכזי, ראו LLM gateway.
#החלטה איך ההגדרות מגיעות למכשירים
הגדרות מנוהלות מגדירות מדיניות ארגונית. Claude Code בודק את ארבעת המקורות בטבלה שלמטה לפי סדר עדיפות. איך Claude Code משלב מקורות מנוהלים מציין אילו מהם חלים, מה עוזר מדיניות משנה, ואיך מרכיבים כל מקור. הטבלה היא מפת ההחלטות.
| מנגנון | אספקה | עדיפות | פלטפורמות |
|---|---|---|---|
| מנוהל בשרת | קונסולת הניהול של claude.ai, או Claude apps gateway באירוח עצמי לכניסות דרך שער | הגבוהה ביותר | כולן |
| מדיניות plist / registry | macOS: com.anthropic.claudecode plist Windows: HKLM\SOFTWARE\Policies\ClaudeCode | גבוהה | macOS, Windows |
| ניהול מבוסס קובץ | macOS: /Library/Application Support/ClaudeCode/managed-settings.json Linux ו-WSL: /etc/claude-code/managed-settings.json Windows: C:\Program Files\ClaudeCode\managed-settings.json | בינונית | כולן |
| רישום המשתמש ב-Windows | HKCU\SOFTWARE\Policies\ClaudeCode | הנמוכה ביותר | Windows בלבד |
Claude Code שולף הגדרות מנוהלות בשרת בהפעלה ומרענן אותן מדי שעה במהלך הסשן, בלי תשתית של נקודת קצה לפריסה. אספקה דרך קונסולת הניהול של claude.ai דורשת מסלול Claude for Teams או Enterprise. פריסות על Amazon Bedrock, Google Cloud's Agent Platform או Microsoft Foundry יכולות לקבל את אותה אספקה מרחוק באמצעות הרצת Claude apps gateway, או להשתמש באחד המנגנונים מבוססי הקובץ או ברמת מערכת ההפעלה.
אם הארגון מערבב ספקים, הגדירו הגדרות מנוהלות בשרת למשתמשי claude.ai, ובנוסף חלופה מבוססת קובץ או plist/registry, כדי שגם המשתמשים האחרים יקבלו מדיניות מנוהלת.
מיקומי plist ורישום HKLM עובדים עם כל ספק ועמידים בפני שינוי לא מורשה, כי כתיבה אליהם דורשת הרשאות מנהל. רישום המשתמש ב-Windows ב-HKCU ניתן לכתיבה בלי הרשאות מוגברות, לכן התייחסו אליו כברירת מחדל של נוחות ולא כערוץ אכיפה.
כברירת מחדל, WSL קורא רק את נתיב הקובץ של Linux ב-/etc/claude-code. כדי להרחיב את מדיניות רישום Windows ואת C:\Program Files\ClaudeCode אל WSL באותו מחשב, הגדירו wslInheritsWindowsSettings: true באחד ממקורות Windows האלה, שרק מנהל יכול לכתוב אליהם.
בכל מנגנון שתבחרו, ערכים מנוהלים גוברים על הגדרות משתמש ופרויקט, מלבד כמה חריגים רגישים לאבטחה. הגדרות מערך כמו permissions.allow ו-permissions.deny ממזגות רשומות מכל המקורות, כך שמפתחים יכולים להרחיב רשימות מנוהלות אבל לא להסיר מהן. עבור fallbackModel, availableModels ו-modelPicker, הערך המנוהל מחליף את השכבות הנמוכות יותר ולא ממזג אותן.
#סשנים של WSL ב-Claude Code Desktop
ב-Windows, Claude Code Desktop יכול להריץ סשנים של Code בתוך הפצה של WSL 2. תהליך Claude Code של הסשן רץ בתוך ההפצה, ולכן הוא פותר הגדרות מנוהלות דרך נתיב הגילוי של WSL שלמעלה: מקורות של Windows בלבד לא מגיעים אליו אלא אם נפרס wslInheritsWindowsSettings: true.
Claude Desktop מכבה סשנים של WSL כברירת מחדל במכשירים שהוא מזהה כמנוהלים על ידי הארגון, למשל כשקיים C:\Program Files\ClaudeCode\managed-settings.json. כדי להפעיל אותם, פרסו מדיניות ברישום Windows. נדרש Claude Desktop בגרסה v1.19367.0 או חדשה יותר:
- צרו ערך בשם
disableWslSessionsתחתHKLM\SOFTWARE\Policies\Claudeוהגדירו אותו למחרוזתREG_SZעם הערךfalse, או ל-REG_DWORDעם הערך0. הערך הזה נמצא תחת מפתח המדיניות של Claude Desktop, בנפרד ממפתחClaudeCodeשנושא את ההגדרות המנוהלות. פרסו את הערך תחת HKLM, וכתיבה אליו דורשת הרשאות מנהל. ערך תחת HKCU לא מפעיל סשנים של WSL. - השאירו את
C:\Program Files\ClaudeCode\managed-settings.jsonבמקום אם אתם פורסים אותו. אחרי ש-disableWslSessionsהואfalseתחת HKLM, Desktop מתיר סשנים של WSL גם כשהקובץ הזה קיים.
Desktop קורא את המדיניות בכל פעם שסשן WSL מתחיל, ולכן אין צורך להפעיל מחדש את האפליקציה אחרי הפריסה.
אם מכשיר עדיין מסרב לסשנים של WSL, פתחו ב-Claude Desktop במכשיר הזה את Help > Troubleshooting > Show Logs in File Explorer. הפעולה שומרת עותק של תיקיית היומן ב-Downloads. חפשו בעותק הזה ב-main.log את [wslPolicyGate] denying WSL session. הסיבה לסירוב מופיעה אחרי זה בסוגריים, למשל (cli-file-present).
אחרי שסשנים של WSL מופעלים, הרחיבו אליהם את ההגדרות המנוהלות:
- פרסו
wslInheritsWindowsSettings: trueדרך רישום HKLM או דרך הקובץC:\Program Files\ClaudeCode, כדי שסשנים של WSL יירשו את אותה מדיניות כמו סשנים של המארח. - אמתו באמצעות הרצת
/statusבתוך סשן WSL וקריאה של שורתSetting sources. לפירוש מה שמופיע שם, ראו קריאת המקור ב-/status.
אם סשן WSL מתחיל במכשיר עם רשימת allowedWorkspaceFolders של Claude Desktop, רשומת ~ פירושה תיקיית הבית בתוך ההפצה.
תהליכים בתוך מכונת השירות הווירטואלית של WSL 2 אינם גלויים לחיישני זיהוי קצה בצד Windows. כדי לצפות בפעילות תהליכים וקבצים בתוך ההפצה, בדקו את הנחיות WSL של ספק זיהוי הקצה: חיישן Linux שאפשר להריץ בתוך ההפצה, והחריגים שהוא צריך. טלמטריית ביצוע כלים של OpenTelemetry של Claude Code נפלטת באופן זהה בסשנים של WSL ובסשנים מקומיים.
#להחליט מה לאכוף
הגדרות מנוהלות יכולות לנעול כלים, הפעלת sandbox, להגביל שרתי MCP ומקורות תוספים, ולשלוט אילו hooks רצים. כל שורה היא משטח בקרה עם מפתחות ההגדרה שמניעים אותו.
| בקרה | מה זה עושה | הגדרות מפתח |
|---|---|---|
| כללי הרשאות | לאפשר, לבקש, או לדחות כלים ופקודות ספציפיים | permissions.allow, permissions.deny |
| נעילת הרשאות | להפוך את ההגדרות המנוהלות למקור ההגדרות היחיד של כללי הרשאות. להשבית את --dangerously-skip-permissions | allowManagedPermissionRulesOnly, permissions.disableBypassPermissionsMode |
| מצב הרשאות התחלתי | לבחור את מצב ההרשאות שבו מתחילות הפעלות הטרמינל של המפתחים, במקום מצב ההרשאות ההתחלתי המובנה, או להסיר את מצב auto. החלפת מצבי הרשאות מפרטת מתי תוסף VS Code קורא defaultMode שהגדרתם | permissions.defaultMode, permissions.disableAutoMode |
| Sandboxing | בידוד מערכת קבצים ורשת ברמת מערכת ההפעלה, עם רשימות היתר של דומיינים | sandbox.enabled, sandbox.network.allowedDomains |
| מדיניות מנוהלת CLAUDE.md | הנחיה התנהגותית לכל הארגון עבור Claude, ולא כלל שנאכף אצל הלקוח | קובץ בנתיב המדיניות המנוהלת |
| שליטה בשרתי MCP | להגביל אילו שרתי MCP משתמשים יכולים להוסיף או להתחבר אליהם, לפרוס סט קבוע, או לספק שרתים מרוחקים לכל משתמש לצד השרתים שלו | allowedMcpServers, deniedMcpServers, allowManagedMcpServersOnly, managedMcpServers, או קובץ managed-mcp.json שנפרס |
| שליטה בשוק התוספים | להגביל מאילו מקורות שוק משתמשים יכולים להוסיף ולהתקין, ולדחות את דגלי ה-CLI שטוענים מהצד תוספים, סוכנים ושרתי MCP להרצה בודדת. לחסום מקורות תוסף מסוג command, ולהגדיר רשימת היתר של תוספים מאילו שווקים אפשר להציע בטרמינל | strictKnownMarketplaces, blockedMarketplaces, disableSideloadFlags, disableCommandPluginSources, pluginSuggestionMarketplaces |
| נעילת התאמה אישית | לחסום skills, סוכנים, hooks ושרתי MCP ממקורות של משתמש ופרויקט, כך שהם יכולים להגיע רק מתוספים או מהגדרות מנוהלות. נעילת skills גם עוצרת סנכרון של ה-skills שהמפתחים מפעילים ב-claude.ai | strictPluginOnlyCustomization |
| השבתת סנכרון claude.ai | לעצור את Claude Code מלטעון את ה-skills ואת התוספים שהמפתחים מפעילים ב-claude.ai. אם מכבים את Skills לארגון ב-claude.ai, Claude Code מפסיק לסנכרן את שניהם, ובגרסה v2.1.273 ואילך הוא גם מסיר את אלה שכבר סונכרנו. כדי לעצור אחד מהם בלי לכבות את Skills, הגדירו את המפתח שלו ל-false בהגדרות מנוהלות | syncClaudeAiSkills, syncClaudeAiPlugins |
| הגבלות hooks | להגביל אילו hooks רצים ולהגביל כתובות URL של HTTP hooks. ראו מה רץ תחת allowManagedHooksOnly לרשימת ההשפעות המלאה | allowManagedHooksOnly, allowedHttpHookUrls |
| אכיפת התחברות | להגביל התחברות לשיטה מסוימת או לארגון Anthropic. הגבלת השיטה חלה על תוסף VS Code, Agent SDK, claude setup-token ו-/install-github-app, ומסך ההתחברות האינטראקטיבי בטרמינל, שאליו מגיעים דרך /login או דרך תהליך ההיכרות בהרצה הראשונה, בוחר מראש את השיטה בלי לאכוף אותה. Claude Code מאמת את הארגון עבור התחברויות של חשבון claude.ai בטרמינל, בתוסף VS Code וב-Agent SDK, ולא בודק אותו עבור התחברויות Claude Console או עבור התחברות דרך gateway. לפני v2.1.212, רק התחברויות בטרמינל החילו אחד מהמפתחות. כשההגדרה פעילה, הפעלות שמאומתות באמצעות ANTHROPIC_API_KEY, ANTHROPIC_AUTH_TOKEN או apiKeyHelper נחסמות בהפעלה. הפעלות של ספק ענן אינן מושפעות, אלא אם אחד מהאישורים האלה, או מפתח API שנשמר מהתחברות קודמת ל-Claude Console, נמצא גם הוא | forceLoginMethod, forceLoginOrgUUID |
| הגבלות ספק | להגביל אילו ספקי API מכונה רשאית להשתמש בהם. הפעלה על ספק שאינו ברשימה נדחית בהפעלה, בהתחברות, ובפעם הבאה שהיא פונה ל-API. נדרש Claude Code גרסה v2.1.285 ואילך | allowedProviders |
| השבתת תצוגת סוכן | לכבות את claude agents, --bg, /background, ואת ה-supervisor לפי דרישה | disableAgentView |
| הגדרת המשגר הארגוני | להוסיף קידומת של משגר ארגוני נדרש ל-supervisor של סוכן הרקע, ל-workers שלו, ולתהליכי הרקע הנוספים שהמשגר מכסה, במקום לכבות את תצוגת הסוכן | processWrapper |
| הגבלות מודל | availableModels מסנן אילו מודלים מופיעים בבורר. הוספת enforceAvailableModels גם מגבילה את מודל ברירת המחדל שנבחר אוטומטית. ראו כיסוי משטחים לאופן שבו ההגדרה מגיעה ל-CLI, ל-web ול-IDE | availableModels, enforceAvailableModels |
| תקרת effort | להגביל את רמת ה-effort לכל מודל או לפי מודל, בכל ספק | maxEffortLevel |
| רצפת גרסה | למנוע מעדכון אוטומטי להתקין מתחת למינימום של כל הארגון | minimumVersion |
| טווח גרסה נדרש | לסרב להפעלה לגמרי כשהגרסה הרצה נמצאת מחוץ לטווח שאושר על ידי הארגון. חזק יותר מ-minimumVersion, שחוסם רק שדרוגים לאחור | requiredMinimumVersion, requiredMaximumVersion |
| ביטול הסכמה לטלמטריה | לכבות מדדי שימוש, דוחות שגיאה וסקרים שנשלחים אל Anthropic בכל מכשיר | env עם CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC מוגדר ל-1. הסעיף המקושר מפרט את המשתנים לפי קטגוריה |
אם החברים מתחברים דרך claude.ai או דרך Anthropic API, ואתם בתוכנית Claude Enterprise, אפשר גם לנהל מודלים מהגדרות הניהול של הארגון בלי לפרוס דבר:
- הגבלות מודל של הארגון: להשבית מודלים בודדים. נאכף בצד השרת.
- מודל ברירת מחדל של הארגון: לקבוע על איזה מודל הפעלות חדשות מתחילות. חברים עדיין יכולים להחליף מודלים. כדי להחזיר אותם לברירת המחדל שלכם בהפעלה, הפעילו את ה-override שהסעיף הזה מתאר. כדי להגביל אילו מודלים הם יכולים לבחור, השתמשו בהגבלות מודל של הארגון.
- מגבלות effort של הארגון: להגביל רמות effort לפי תפקיד. נאכף בצד השרת.
אף אחת מהבקרות האלה לא מגיעה להפעלות על Amazon Bedrock, Agent Platform של Google Cloud, Microsoft Foundry, או Claude Platform on AWS. אצל הספקים האלה, השתמשו בהגדרות מנוהלות: availableModels להגבלות, model לברירת מחדל, ו-maxEffortLevel לתקרת effort.
להפעלות ענן יש משטחי ניהול משלהן ב-claude.ai:
- Cloud environments page: בעלי תפקיד Owner יוצרים סביבות משותפות לארגון שקובעות את רמת הגישה לרשת, משתני סביבה, וסקריפט הקמה להפעלות הענן של החברים.
- Default environment: בעלי תפקיד Owner בוחרים את סביבת ברירת המחדל של הארגון בנפרד, ב-claude.ai/admin-settings/claude-code.
- Git providers page: ראו חשבונות GitHub מחוברים לחשבונות GitHub המקושרים לארגון.
כללי הרשאות ו-sandboxing מכסים שכבות שונות. דחיית WebFetch חוסמת את כלי ה-fetch של Claude, אבל אם Bash מותר, curl ו-wget עדיין יכולים להגיע לכל כתובת URL. Sandboxing סוגר את הפער הזה באמצעות רשימת היתר של דומיינים ברשת, שנאכפת ברמת מערכת ההפעלה.
למודל האיומים שהבקרות האלה מגנות מפניו, ראו אבטחה.
#חשבונות GitHub מחוברים
בתוכניות Team ו-Enterprise, מקטע GitHub ב-Organization settings > Git providers מציג את ארגוני GitHub ואת החשבונות האישיים המקושרים לארגון Claude שלכם דרך Claude GitHub App. Claude Code, Claude Tag ו-Claude Security חולקים את הרשימה. פתיחת הדף דורשת תפקיד Owner בארגון Claude. תפקיד Admin לא יכול לפתוח אותו.
אפשר לקשר חשבון מדף ספקי ה-Git, או על ידי חיבור GitHub ל-Claude:
- חיבור Owner: Owner לוחץ על Connect במקטע הזה, או על Add organization אחרי שחשבון מחובר, ומתקין את Claude GitHub App על ארגון GitHub. קישור ארגון בדרך הזו דורש Owner של ארגון Claude שלכם, שהוא גם בעלים של ארגון GitHub.
- חיבור חבר: כשחבר מחבר את חשבון GitHub שלו ל-Claude, למשל בזמן הגדרת הפעלות ענן, Claude מקשר את חשבונות GitHub שבבעלות החבר הזה ושבהם Claude GitHub App כבר מותקן. זה יכול לכלול את החשבון האישי שלו וארגוני GitHub שבבעלותו.
שורה שמסומנת Not linked מגיעה מההתחברות שלכם ל-GitHub. זה חשבון שאפשר לראות ב-GitHub, ושבו Claude GitHub App מותקן.
כדי לנתק חשבון מארגון Claude, פתחו את התפריט של השורה ובחרו Unlink from this workspace. הניתוק משאיר את Claude GitHub App מותקן ב-GitHub, והחשבון מקושר שוב בפעם הבאה שאחד מהבעלים שלו מחבר את GitHub ל-Claude. כדי למנוע קישור מחדש, הסירו את Claude GitHub App מהחשבון הזה ב-GitHub.
בתוכניות Enterprise, סוגי הפעילות ב-Compliance API לקישור ולניתוק הם github_app_installation_linked ו-github_app_installation_unlinked.
#הגדרת נראות שימוש
בחרו ניטור לפי מה שצריך לדווח עליו. לוחות הבקרה, ה-API ובקרות ההוצאה שונים בין תוכניות Claude for Teams או Enterprise לבין ארגוני Claude Console, אז בדקו את עמודת הזמינות לפני שמתכננים דיווח סביב יכולת.
| יכולת | מה מקבלים | זמינות | מאיפה להתחיל |
|---|---|---|---|
| ניטור שימוש | ייצוא OpenTelemetry של הפעלות, כלים וטוקנים | כל הספקים | ניטור שימוש |
| לוח בקרה של אנליטיקה | מדדי אימוץ ותרומה עם לוח מובילים ב-Teams / Enterprise. מדדי שימוש והוצאה לפי משתמש ב-Console | Teams / Enterprise ב-claude.ai/analytics, Console ב-platform.claude.com/claude-code | אנליטיקה |
| דיווח תכנותי | נתוני שימוש ועלות לפי משתמש דרך API | Enterprise Analytics API ל-Enterprise, Claude Code Analytics API ל-Console | עלויות |
| בקרות הוצאה | מגבלות הוצאה ומגבלות קצב | הגדרות ארגון ל-Teams / Enterprise, מגבלות workspace ל-Console. בעננים של צד שלישי, בקרות תקציב של הענן או Claude apps gateway עם מגבלות הוצאה לפי משתמש | עלויות |
ב-Teams וב-Enterprise, מספרי השימוש וההוצאה לפי משתמש מגיעים מדוח ההוצאה בהגדרות האנליטיקה של הארגון, לא מלוח הבקרה של האנליטיקה. ספקי ענן מציגים הוצאה דרך AWS Cost Explorer, GCP Billing, או Azure Cost Management. לתכנון תקציבי ארגון על פני Claude chat, Claude Code ו-Cowork, ראו את מדריך הצריכה של Claude Enterprise.
#סקירת טיפול בנתונים
בתוכניות Team, Enterprise, Claude API וספקי ענן, Anthropic לא מאמנת מודלים על הקוד או על ההנחיות שלכם. ספק ה-API קובע את מדיניות השמירה ואת עמדת התאימות.
| נושא | מה חשוב לדעת | מאיפה להתחיל |
|---|---|---|
| מדיניות שימוש בנתונים | מה Anthropic אוספת, כמה זמן זה נשמר, ומה אף פעם לא משמש לאימון | שימוש בנתונים |
| Zero Data Retention (ZDR) | שום דבר לא נשמר אחרי שהבקשה מסתיימת. זמין לחשבונות שעומדים בתנאים ב-Claude for Enterprise | אפס שמירת נתונים |
| הגדרת HIPAA | לארגוני Claude for Enterprise שבהם HIPAA מופעל. חלק מיכולות Claude Code (מצב מקומי) כבויות, ואחרות כבויות כברירת מחדל | הגדרת Claude Code (מצב מקומי) לארגון מוכן ל-HIPAA |
| ארכיטקטורת אבטחה | מודל רשת, הצפנה, אימות, נתיב ביקורת | אבטחה |
אם צריך תיעוד ביקורת ברמת בקשה, או ניתוב תעבורה לפי רגישות הנתונים, אנחנו ממליצים להציב gateway בין המפתחים לבין הספק: Claude apps gateway באירוח עצמי רושם יומן ביקורת לכל בקשה עם זהות IdP, או שאפשר להשתמש ב-LLM gateway אחר. הפעלות שעוברות דרך gateway אינן זכאיות להגדרת HIPAA. בדקו איך מפתחים מתחברים ומתחברים מפרט אילו שיטות התחברות וחיבור כן זכאיות. לדרישות רגולציה ולאישורים, ראו משפטי ותאימות.
#אימות וקליטה
אחרי הגדרת ההגדרות המנוהלות, בקשו ממפתח להריץ /status בתוך Claude Code. בכרטיסייה Status, השורה Setting sources מציגה Enterprise managed settings ואחריו, בסוגריים, המקור שניצח. אימות אכיפה מפרט את התוויות.
שתפו את המשאבים האלה כדי לעזור למפתחים להתחיל:
- התחלה מהירה: הדרכה להפעלה הראשונה, מהתקנה ועד עבודה עם פרויקט
- תהליכי עבודה נפוצים: דפוסים למשימות יומיומיות כמו סקירת קוד, refactoring וניפוי שגיאות
- Claude Code 101 ו-Claude Code in Action: קורסים חינמיים בקצב אישי ב-Claude Academy
לבעיות התחברות, הפנו מפתחים אל פתרון בעיות אימות. התיקונים הנפוצים ביותר הם:
- להריץ
/logoutואז/loginכדי להחליף חשבונות - להריץ
claude updateאם אפשרות האימות הארגונית חסרה - להפעיל מחדש את הטרמינל אחרי עדכון
אם מפתח רואה "You haven't been added to your organization yet", המושב שלו לא כולל גישה ל-Claude Code, וצריך לעדכן אותו במסוף הניהול.
#הצעדים הבאים
אחרי שנבחרו הספק ומנגנון המסירה, עוברים להגדרה מפורטת:
- הגדרות בניהול שרת: מסירת מדיניות מנוהלת מקונסולת הניהול של Claude
- כל ההגדרות: כל מפתח הגדרה, עם המיקום שלו ודוגמה
- איזה ערך Claude Code משתמש: כללי הקדימות בין הגדרות מנוהלות, של פרויקט, מקומיות ושל משתמש
- ניהול תוספים לארגון: התקנת תוספים משותפים בכל מכונה דרך הגדרות מנוהלות
- מונורפו ומאגרים גדולים: דפוסי הגדרה לפי תיקייה לארגונים שפורסים למונורפו
- Amazon Bedrock, Google Cloud's Agent Platform, Microsoft Foundry: פריסה ייעודית לספק
- Claude Enterprise Administrator Guide: SSO, SCIM, ניהול מושבים, ומדריך מהלכי פריסה