SSO, provisionamento SCIM e atribuição de assentos são configurados no nível da conta Claude. Consulte o Guia do Administrador Empresarial Claude e atribuição de assentos para essas etapas.
Escolha seu provedor de API
Claude Code se conecta ao Claude através de um dos vários provedores de API. Sua escolha afeta faturamento, autenticação, qual postura de conformidade você herda e quais recursos do Claude Code seus desenvolvedores podem usar.
Alguns recursos do Claude Code exigem uma conta claude.ai. Cloud sessions, tarefas agendadas na nuvem, Code Review, Remote Control e a Chrome extension não estão disponíveis apenas através de chaves da API Console ou credenciais de provedor de nuvem. Se você implantar através de Amazon Bedrock, Google Cloud’s Agent Platform ou Microsoft Foundry, planeje se os desenvolvedores também precisam de assentos Claude for Teams ou Enterprise. Cada página de recurso lista seus requisitos de plano.
Para a comparação completa do provedor cobrindo autenticação, regiões e paridade de recursos, consulte a visão geral de implantação empresarial. A configuração de autenticação de cada provedor está em Authentication.
Os requisitos de proxy e firewall em Network configuration se aplicam independentemente do provedor. Se você quiser um único endpoint na frente de vários provedores ou registro de solicitações centralizado, consulte LLM gateway.
Decida como as configurações chegam aos dispositivos
As configurações gerenciadas definem a política organizacional. Claude Code verifica as quatro fontes na tabela abaixo em ordem de prioridade. Como Claude Code combina fontes gerenciadas diz quais delas se aplicam, o que um auxiliar de política altera e como compor cada fonte. A tabela é o mapa de decisão.
Claude Code busca configurações gerenciadas pelo servidor na inicialização e as atualiza a cada hora durante a sessão, sem infraestrutura de endpoint para implantar. A entrega através do console de administração claude.ai requer um plano Claude for Teams ou Enterprise. Implantações em Amazon Bedrock, Google Cloud’s Agent Platform ou Microsoft Foundry podem obter a mesma entrega remota executando um gateway de aplicativos Claude, ou usar um dos mecanismos baseados em arquivo ou de nível do SO.
Se sua organização mistura provedores, configure configurações gerenciadas pelo servidor para usuários claude.ai mais um fallback baseado em arquivo ou plist/registry para que outros usuários ainda recebam política gerenciada.
Os locais de registro plist e HKLM funcionam com qualquer provedor e resistem a adulteração porque exigem privilégios de administrador para escrever. O registro de usuário do Windows em HKCU é gravável sem elevação, portanto, trate-o como um padrão de conveniência em vez de um canal de aplicação.
Por padrão, WSL lê apenas o caminho do arquivo Linux em
/etc/claude-code. Para estender sua política de registro do Windows e C:\Program Files\ClaudeCode para WSL na mesma máquina, defina wslInheritsWindowsSettings: true em uma das fontes do Windows somente para administrador.
Qualquer que seja o mecanismo escolhido, os valores gerenciados têm precedência sobre as configurações de usuário e projeto, com exceção de algumas exceções sensíveis à segurança. As configurações de matriz, como permissions.allow e permissions.deny, mesclam entradas de todas as fontes, portanto, os desenvolvedores podem estender listas gerenciadas, mas não removê-las. Para fallbackModel, availableModels e modelPicker, o valor gerenciado substitui camadas inferiores em vez de mesclar.
Sessões WSL no Claude Code Desktop
No Windows, Claude Code Desktop pode executar sessões de Code dentro de uma distribuição WSL 2. O processo Claude Code da sessão é executado dentro da distribuição, portanto, resolve as configurações gerenciadas através do caminho de descoberta WSL acima: fontes somente do Windows não o alcançam a menos quewslInheritsWindowsSettings: true seja implantado.
Claude Desktop desativa sessões WSL por padrão em dispositivos que detecta como gerenciados pela organização, por exemplo, quando C:\Program Files\ClaudeCode\managed-settings.json existe. Para ativá-las, implante uma política de registro do Windows, que requer Claude Desktop v1.19367.0 ou posterior:
- Crie um valor chamado
disableWslSessionssobHKLM\SOFTWARE\Policies\Claudee defina-o como a stringREG_SZfalseou oREG_DWORD0. Este valor fica sob a chave de política Claude Desktop, separado da chaveClaudeCodeque carrega as configurações gerenciadas. Implante o valor sob HKLM, que requer privilégios de administrador para escrever. Um valor sob HKCU não ativa sessões WSL. - Deixe
C:\Program Files\ClaudeCode\managed-settings.jsonno lugar se você implantá-lo. Uma vez quedisableWslSessionséfalsesob HKLM, Desktop permite sessões WSL mesmo que esse arquivo esteja presente.
main.log nessa cópia por [wslPolicyGate] denying WSL session. O motivo da negação segue entre parênteses, como (cli-file-present).
Após as sessões WSL serem ativadas, estenda suas configurações gerenciadas para elas:
- Implante
wslInheritsWindowsSettings: trueatravés do registro HKLM ou do arquivoC:\Program Files\ClaudeCodepara que as sessões WSL herdem a mesma política que as sessões do host. - Verifique executando
/statusdentro de uma sessão WSL e lendo a linhaSetting sources. Para interpretar o que ela lista, consulte Leia a fonte em /status.
Decida o que aplicar
As configurações gerenciadas podem bloquear ferramentas, execução de sandbox, restringir servidores MCP e fontes de plugins, e controlar quais hooks são executados. Cada linha é uma superfície de controle com as chaves de configuração que a controlam.
Se seus membros se autenticarem através de claude.ai ou da API Anthropic e você estiver em um plano Claude Enterprise, também poderá governar modelos a partir das configurações de administrador da sua organização sem implantar nada:
- Organization model restrictions: desabilitar modelos individuais. Aplicado no servidor.
- Organization default model: definir em qual modelo novas sessões começam. Os membros ainda podem trocar de modelo. Para retorná-los ao seu padrão na inicialização, ative a substituição descrita nessa seção. Para limitar quais modelos eles podem escolher, use restrições de modelo da organização.
- Organization effort limits: limitar níveis de esforço por função. Aplicado no servidor.
availableModels para restrições, model para um padrão, e maxEffortLevel para um limite de esforço.
As sessões na nuvem têm suas próprias superfícies de administrador em claude.ai:
- Página de ambientes de nuvem: os Proprietários criam ambientes compartilhados da organização que definem o nível de acesso à rede, as variáveis de ambiente e o script de configuração para as sessões na nuvem dos membros.
- Ambiente padrão: os Proprietários escolhem o ambiente padrão da organização separadamente, em claude.ai/admin-settings/claude-code.
- Página de provedores Git: consulte Contas do GitHub conectadas para ver as contas do GitHub vinculadas à sua organização.
curl e wget ainda podem alcançar qualquer URL. O sandboxing fecha essa lacuna com uma lista de permissão de domínio de rede aplicada no nível do SO.
Para o modelo de ameaça que esses controles defendem, consulte Security.
Contas do GitHub conectadas
Nos planos Team e Enterprise, a seção GitHub de Organization settings > Git providers lista as organizações do GitHub e as contas pessoais vinculadas à sua organização Claude por meio do Claude GitHub App. Claude Code, Claude Tag e Claude Security compartilham essa lista. Para abrir a página, é necessária uma função de administrador na sua organização Claude. Um administrador ou um membro pode vincular uma conta:- Conexão de administrador: um administrador clica em Connect nessa seção, ou em Add organization depois que uma conta estiver conectada, e instala o Claude GitHub App em uma organização do GitHub. Vincular uma organização dessa forma requer alguém que seja ao mesmo tempo proprietário da organização do GitHub e administrador da sua organização Claude.
- Conexão de membro: quando um membro conecta sua conta do GitHub ao Claude, por exemplo ao configurar sessões na nuvem, o Claude vincula as contas do GitHub que esse membro possui nas quais o Claude GitHub App já está instalado. Isso pode incluir a conta pessoal dele e as organizações do GitHub das quais ele é proprietário.
github_app_installation_linked e github_app_installation_unlinked.
Configure a visibilidade de uso
Escolha monitoramento com base no que você precisa relatar. Os painéis, APIs e controles de gastos diferem entre os planos Claude for Teams ou Enterprise e as organizações Claude Console, portanto, verifique a coluna Disponibilidade antes de planejar seus relatórios em torno de uma capacidade.
Em Teams e Enterprise, os números de uso e gastos por usuário vêm do relatório de gastos nas configurações de análise da sua organização, não do painel de análise. Os provedores de nuvem expõem gastos através do AWS Cost Explorer, GCP Billing ou Azure Cost Management. Para planejar orçamentos empresariais em Claude chat, Claude Code e Cowork, consulte o guia de consumo Claude Enterprise.
Revise o tratamento de dados
Nos planos Team, Enterprise, Claude API e provedor de nuvem, Anthropic não treina modelos em seu código ou prompts. Seu provedor de API determina a retenção e postura de conformidade.
Se você precisar de log de auditoria em nível de requisição ou rotear tráfego por sensibilidade de dados, recomendamos que você coloque um gateway entre os desenvolvedores e seu provedor: um Claude apps gateway auto-hospedado registra um log de auditoria por requisição com identidade do IdP, ou você pode usar outro LLM gateway. Sessões que passam por um gateway não são elegíveis para a configuração HIPAA. Verifique como os desenvolvedores fazem login e se conectam lista quais métodos de login e de conexão são. Para requisitos regulatórios e certificações, consulte Legal and compliance.
Verifique e integre
Após configurar as configurações gerenciadas, peça a um desenvolvedor para executar/status dentro de Claude Code. Na aba Status, a linha Setting sources mostra Enterprise managed settings seguida pela fonte entre parênteses; Verificar aplicação lista os rótulos.
Compartilhe esses recursos para ajudar os desenvolvedores a começar:
- Quickstart: passo a passo da primeira sessão da instalação ao trabalho com um projeto
- Common workflows: padrões para tarefas cotidianas como revisão de código, refatoração e depuração
- Claude Code 101 e Claude Code in Action: cursos de ritmo próprio gratuitos em Claude Academy
- Execute
/logoute depois/loginpara trocar de contas - Execute
claude updatese a opção de autenticação empresarial estiver faltando - Reinicie o terminal após atualizar
Próximas etapas
Com o provedor e mecanismo de entrega escolhidos, passe para a configuração detalhada:- Server-managed settings: entregar política gerenciada a partir do console de administração Claude
- All settings: cada chave de configuração, com local de arquivo e um exemplo
- Which value Claude Code uses: as regras de precedência entre configurações gerenciadas, de projeto, locais e de usuário
- Monorepos and large repos: padrões de configuração por diretório para organizações implantando em um monorepo
- Amazon Bedrock, Google Cloud’s Agent Platform, Microsoft Foundry: implantação específica do provedor
- Claude Enterprise Administrator Guide: SSO, SCIM, gerenciamento de assentos e playbook de implementação