SSO, подготовка SCIM и назначение мест настраиваются на уровне учетной записи Claude. См. Руководство администратора Claude Enterprise и назначение мест для этих шагов.
Выберите поставщика API
Claude Code подключается к Claude через одного из нескольких поставщиков API. Ваш выбор влияет на выставление счетов, аутентификацию, какой статус соответствия вы наследуете и какие функции Claude Code доступны вашим разработчикам.
Некоторые функции Claude Code требуют учетной записи claude.ai. Cloud sessions, Routines, Code Review, Remote Control и Chrome extension недоступны только через ключи Console API или учетные данные поставщика облачных услуг. Если вы развертываете через Amazon Bedrock, Google Cloud’s Agent Platform или Microsoft Foundry, спланируйте, нужны ли разработчикам также места Claude for Teams или Enterprise. На каждой странице функции указаны требования к плану.
Для полного сравнения поставщиков, охватывающего аутентификацию, регионы и паритет функций, см. обзор развертывания предприятия. Настройка аутентификации каждого поставщика находится в Authentication.
Требования прокси и брандмауэра в Network configuration применяются независимо от поставщика. Если вы хотите единую конечную точку перед несколькими поставщиками или централизованное логирование запросов, см. LLM gateway.
Решите, как настройки достигают устройств
Управляемые настройки определяют политику организации. Claude Code проверяет четыре источника в таблице ниже в порядке приоритета. Как Claude Code объединяет управляемые источники указывает, какие из них применяются, что изменяет помощник политики и как составить каждый источник. Таблица — это карта решений.
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 registry работают с любым поставщиком и устойчивы к несанкционированному изменению, потому что требуют привилегий администратора для записи. Реестр пользователя 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_SZfalseилиREG_DWORD0. Это значение находится под ключом политики Claude Desktop, отдельно от ключаClaudeCode, который содержит управляемые настройки. Разверните значение в HKLM, что требует привилегий администратора для записи. Значение в HKCU не включает сессии WSL. - Оставьте
C:\Program Files\ClaudeCode\managed-settings.jsonна месте, если вы его развёртываете. После того какdisableWslSessionsимеет значениеfalseв HKLM, Desktop разрешает сессии WSL, даже если этот файл присутствует.
[wslPolicyGate] denying WSL session в main.log в этой копии. Причина отказа указана в скобках, например (cli-file-present).
После включения сессий WSL распространите на них управляемые настройки:
- Разверните
wslInheritsWindowsSettings: trueчерез реестр HKLM или файлC:\Program Files\ClaudeCode, чтобы сессии WSL наследовали ту же политику, что и сессии хоста. - Проверьте, запустив
/statusвнутри сессии WSL и прочитав строкуSetting sources. Чтобы интерпретировать то, что она перечисляет, см. Прочитайте источник в /status.
Решите, что нужно применять
Управляемые параметры могут заблокировать инструменты, изолировать выполнение в песочнице, ограничить серверы MCP и источники плагинов, а также контролировать, какие hooks выполняются. Каждая строка — это поверхность управления с ключами параметров, которые её контролируют.
Если ваши члены входят через claude.ai или Anthropic API и вы находитесь на плане Claude Enterprise, вы также можете управлять моделями из параметров администратора вашей организации без развёртывания чего-либо:
- Ограничения модели организации: отключить отдельные модели. Применяется на стороне сервера.
- Модель организации по умолчанию: задать, на какой модели начинаются новые сессии. Участники по-прежнему могут переключать модели. Чтобы при запуске возвращать их к вашей модели по умолчанию, включите переопределение, описанное в этом разделе. Чтобы ограничить, какие модели они могут выбирать, используйте ограничения моделей организации.
- Ограничения усилий организации: ограничить уровни усилий по ролям. Применяется на стороне сервера.
availableModels для ограничений, model для значения по умолчанию и maxEffortLevel для ограничения усилий.
Облачные сессии имеют собственные интерфейсы администрирования на claude.ai:
- Страница облачных сред: владельцы создают среды, общие для организации, которые задают уровень сетевого доступа, переменные окружения и скрипт настройки для облачных сессий участников.
- Среда по умолчанию: владельцы выбирают среду организации по умолчанию отдельно на claude.ai/admin-settings/claude-code.
- Страница Git providers: см. Подключённые учётные записи GitHub, чтобы узнать об учётных записях GitHub, связанных с вашей организацией.
curl и wget всё ещё могут достичь любого URL-адреса. Песочница закрывает этот пробел с помощью allowlist доменов сети, применяемого на уровне ОС.
Для модели угроз, которую защищают эти элементы управления, см. Безопасность.
Подключённые учётные записи GitHub
В планах Team и Enterprise в разделе GitHub страницы Organization settings > Git providers перечислены организации GitHub и личные учётные записи, связанные с вашей организацией Claude через Claude GitHub App. Claude Code, Claude Tag и Claude Security используют общий список. Чтобы открыть эту страницу, требуется роль администратора в вашей организации Claude. Связать учётную запись может администратор или участник:- Подключение администратором: администратор нажимает Connect в этом разделе или Add organization, если учётная запись уже подключена, и устанавливает Claude GitHub App в организацию GitHub. Для связывания организации этим способом нужен человек, который одновременно является владельцем организации GitHub и администратором вашей организации Claude.
- Подключение участником: когда участник подключает свою учётную запись GitHub к Claude, например при настройке облачных сессий, Claude связывает учётные записи GitHub, которыми владеет этот участник и в которых уже установлено Claude GitHub App. Это может включать его личную учётную запись и организации GitHub, которыми он владеет.
github_app_installation_linked и github_app_installation_unlinked.
Настройте видимость использования
Выберите мониторинг на основе того, что вам нужно сообщить. Панели управления, API и элементы управления расходами различаются между планами Claude for Teams или Enterprise и организациями Claude Console, поэтому перед планированием отчётности проверьте столбец «Доступность».
На Teams и Enterprise данные об использовании и расходах для каждого пользователя поступают из отчёта о расходах в параметрах аналитики вашей организации, а не из панели аналитики. Облачные поставщики раскрывают расходы через AWS Cost Explorer, GCP Billing или Azure Cost Management. Для планирования корпоративных бюджетов в Claude chat, Claude Code и Cowork см. руководство по потреблению Claude Enterprise.
Проверьте обработку данных
На планах Team, Enterprise, Claude API и облачных поставщиков Anthropic не обучает модели на вашем коде или промптах. Ваш поставщик API определяет хранение и статус соответствия.
Если вам нужно логирование аудита на уровне запроса или маршрутизация трафика по чувствительности данных, рекомендуем поместить шлюз между разработчиками и вашим поставщиком: самостоятельно размещённый Claude apps gateway записывает журнал аудита для каждого запроса с идентификацией IdP, или вы можете использовать другой LLM gateway. Сессии, проходящие через шлюз, не подходят для конфигурации HIPAA. В разделе Проверьте, как разработчики входят и подключаются перечислены способы входа и подключения, которые подходят. Для нормативных требований и сертификаций см. Legal and compliance.
Проверьте и подключите
После настройки управляемых параметров попросите разработчика запустить/status внутри Claude Code. На вкладке Status строка Setting sources показывает Enterprise managed settings, за которой следует источник в скобках; Проверка активных параметров содержит список меток.
Поделитесь этими ресурсами, чтобы помочь разработчикам начать работу:
- Quickstart: пошаговое руководство первого сеанса от установки до работы с проектом
- Common workflows: шаблоны для повседневных задач, таких как проверка кода, рефакторинг и отладка
- Claude Code 101 и Claude Code in Action: бесплатные самостоятельные курсы на Claude Academy
- Запустите
/logout, а затем/loginдля переключения учетных записей - Запустите
claude update, если отсутствует опция аутентификации предприятия - Перезагрузите терминал после обновления
Следующие шаги
После выбора поставщика и механизма доставки переходите к подробной конфигурации:- Server-managed settings: доставка управляемой политики из консоли администратора Claude
- All settings: каждый ключ параметра, расположение файла и пример
- Which value Claude Code uses: правила приоритета для управляемых, проектных, локальных и пользовательских параметров
- Monorepos and large repos: шаблоны конфигурации для каждого каталога для организаций, развертывающих в монорепозиторий
- Amazon Bedrock, Google Cloud’s Agent Platform, Microsoft Foundry: развертывание для конкретного поставщика
- Claude Enterprise Administrator Guide: SSO, SCIM, управление местами и сценарий развертывания