Pular para o conteúdo principal
As configurações gerenciadas permitem que você decida quais plugins o Claude Code instala e permite em cada máquina da sua organização. Os usuários não podem substituí-las. Você as entrega como configurações gerenciadas pelo servidor do console de administração do claude.ai ou como configurações gerenciadas por endpoint através de MDM ou um arquivo managed-settings.json. A maioria dos controles nesta página funciona apenas a partir de configurações gerenciadas. Esta página é para administradores e as configurações aqui governam o Claude Code.
Estes casos são cobertos em outras páginas:
As seções seguem a ordem que a maioria dos lançamentos segue: exigir plugins para todos ou por repositório, seed containers e CI, restringir o que os usuários podem adicionar por conta própria, definir política de atualização, depois auditar o que está instalado. Para revisar cada chave de política em um único lugar, veja a matriz de controle.

Pre-install and require plugins

Um marketplace é um catálogo de plugins que o Claude Code busca de um repositório git, uma URL ou um caminho local. Depois de registrar um marketplace em uma máquina, o Claude Code pode instalar plugins dele. Para instalar plugins para uma frota, defina duas chaves juntas em managed settings, o arquivo de política ou a política entregue pelo servidor que cada máquina da sua organização lê: extraKnownMarketplaces registra um marketplace em cada máquina, e enabledPlugins nomeia os plugins a instalar e ativar dele. Choose a delivery mechanism cobre como as configurações gerenciadas chegam a cada máquina.

Choose a delivery mechanism

As configurações gerenciadas chegam a uma máquina através de um de três mecanismos de entrega: Use configurações gerenciadas pelo servidor se você tiver uma organização Claude for Teams ou Enterprise no claude.ai e seus dispositivos não estão todos sob MDM. Caso contrário, use uma política MDM ou o arquivo de configurações gerenciadas. Para a compensação, veja Choose between server-managed and endpoint-managed settings.

Which managed source applies on a machine

Por padrão, apenas uma dessas três fontes se aplica em uma máquina. O Claude Code usa a primeira que entrega uma chave de política, verificando primeiro as configurações gerenciadas pelo servidor, depois as políticas MDM, depois o arquivo de configurações gerenciadas. Se as configurações gerenciadas pelo servidor entregarem até mesmo uma chave de política não relacionada, o Claude Code ignora as chaves de plugin em uma política MDM ou arquivo de configurações gerenciadas nessa máquina, exceto pelas chaves que lê de cada fonte. Para aplicar cada fonte em vez disso, defina managedSourcesBehavior como "merge". How Claude Code combines managed sources também lista as chaves que o Claude Code lê de cada fonte em ambos os modos.

Require a marketplace and its plugins

Adicione o marketplace sob extraKnownMarketplaces, com chave do próprio name do marketplace de seu marketplace.json. Depois adicione cada plugin sob enabledPlugins como plugin-name@marketplace-name. Cada entrada de marketplace carrega um objeto source com um campo source nomeando o tipo, como github. Este exemplo de configurações gerenciadas registra um marketplace de organização e força-ativa dois plugins dele:
Depois que as configurações chegam a uma máquina, o Claude Code registra o marketplace e instala os dois plugins no início da próxima sessão do usuário. Os usuários os veem em /plugin, e desativar um em seu próprio escopo não impede que ele carregue, porque as configurações gerenciadas têm precedência sobre cada outro escopo. Para bloquear um plugin em cada escopo e ocultá-lo da listagem do marketplace, defina-o como false no enabledPlugins gerenciado em vez disso. Ajuste os campos autoUpdate e source para seu marketplace:
  • autoUpdate: true mantém o marketplace e seus plugins atualizando em segundo plano, e false desativa isso. Veja Set update policy.
  • source: github é um de vários tipos de fonte. Uma fonte git leva uma url para GitLab ou um host interno, e uma fonte url leva o endereço de um marketplace.json hospedado. Cada forma de fonte está na marketplace reference.
Se o marketplace é um repositório git privado, cada usuário precisa de acesso de leitura a ele. O clone de um marketplace baseado em git é executado com git na máquina do usuário, usando credenciais armazenadas e sem prompts. Para usuários sem contas de host git, use um seed em vez disso. Uma entrada gerenciada também substitui uma entrada de marketplace com o mesmo nome ou cópia --plugin-dir de outra fonte:
  • Marketplaces: uma entrada de marketplace gerenciada substitui uma entrada de precedência mais baixa com o mesmo nome, e os campos das duas entradas não se mesclam.
  • Cópias --plugin-dir: --plugin-dir carrega um plugin de um diretório local para uma sessão. Para o que acontece quando o nome dessa cópia corresponde a um plugin que seu enabledPlugins gerenciado nomeia, veja Name conflicts.
O marketplace oficial da Anthropic claude-plugins-official não precisa de uma entrada extraKnownMarketplaces quando enabledPlugins define um de seus plugins como true. Essa entrada name@claude-plugins-official declara o marketplace por si só, onde quer que essas chaves se apliquem. Se você não ativar nenhum de seus plugins e ainda quiser que ele seja registrado em cada máquina, dê a ele uma entrada explícita, como Allow the official marketplace and your own faz.

Require plugins per repository

Para cobrir os contribuidores de um repositório em vez de toda a sua frota, defina extraKnownMarketplaces e enabledPlugins no .claude/settings.json desse repositório. As entradas extraKnownMarketplaces se aplicam apenas em uma pasta que o contribuidor confiou, e em uma pasta não confiável o Claude Code as ignora sem uma mensagem:
  • Sessões interativas: o Claude Code registra o marketplace apenas depois que o contribuidor aceita o workspace trust dialog para essa pasta.
  • Execuções não-interativas -p: as entradas se aplicam apenas em uma pasta cuja confiança o usuário já aceitou interativamente, ou cuja flag hasTrustDialogAccepted você definiu em ~/.claude.json.
Um plugin que o marketplace lista por um caminho relativo carrega da cópia do marketplace uma vez que as entradas extraKnownMarketplaces do repositório se apliquem. Um plugin cujo marketplace aponta para uma fonte externa em vez disso, como o próprio repositório GitHub do plugin, não instala apenas das configurações do repositório. Cada contribuidor vê Plugin "<name>" is enabled in project settings but isn't installed até executar claude plugin install <name>@<marketplace> --scope project, como Install plugins descreve. Se você usar uma fonte directory ou file local com um caminho relativo, o caminho se resolve contra o checkout principal do seu repositório. Quando você executa o Claude Code de um git worktree, o caminho ainda aponta para o checkout principal, então todos os worktrees compartilham o mesmo local do marketplace. Para lançar um pacote de plugins com dependências, coloque o plugin do pacote em enabledPlugins, como Plugin dependencies descreve.

When each surface applies the plugin keys

A tabela mostra quando cada tipo de sessão do Claude Code aplica extraKnownMarketplaces e enabledPlugins, de configurações gerenciadas e do .claude/settings.json de um repositório. Para o aplicativo Desktop e as extensões IDE, veja Install a plugin. Em uma execução -p ou CI, marketplaces e plugins instalam em segundo plano, então um plugin pode estar faltando da primeira volta. Defina CLAUDE_CODE_SYNC_PLUGIN_INSTALL=1 para fazer a execução esperar pela instalação antes de sua primeira consulta.

Confirm the rollout

Verifique se o marketplace e os plugins chegaram em uma máquina ou em uma execução de CI:
  • Em uma máquina: inicie o Claude Code e execute /plugin. O marketplace e os plugins estão listados.
  • Em CI: execute claude -p com --output-format stream-json --verbose. O evento init lista os plugins carregados sob plugins.

Seed containers and CI

Para imagens de container e executores de CI que não podem clonar em tempo de execução, pré-popule um diretório de plugins no tempo de construção e aponte CLAUDE_CODE_PLUGIN_SEED_DIR para ele. O Claude Code registra os marketplaces do seed na inicialização e carrega caches de plugin do seed no local, sem clonar. Um seed também serve usuários que não têm uma conta de host git.
Em ambientes CI/CD, configure um auxiliar de credencial git antes de instalar plugins de repositórios privados. No GitHub Actions, exporte um token com acesso de leitura ao repositório do marketplace como GH_TOKEN, depois execute gh auth setup-git. O token de fluxo de trabalho padrão pode acessar apenas o repositório do próprio fluxo de trabalho, então um marketplace privado em outro repositório precisa de um token de acesso pessoal ou token de aplicativo.
1

Install into the seed at build time

Defina CLAUDE_CODE_PLUGIN_CACHE_DIR para o caminho do seed para que o marketplace e os plugins instalem lá em vez de ~/.claude/plugins:
O seed tem o mesmo layout que ~/.claude/plugins: known_marketplaces.json, marketplaces/<name>/, e cache/<marketplace>/<plugin>/<version>/. Você pode montar o seed em um caminho diferente de onde o construiu.
2

Point the runtime at the seed

Defina CLAUDE_CODE_PLUGIN_SEED_DIR=/opt/claude-seed no ambiente do container. Para usar vários seeds, separe seus caminhos com : no Unix ou ; no Windows. O Claude Code usa o primeiro seed que contém um determinado marketplace ou cache de plugin.
3

Enable the plugins

Os plugins em um seed não são ativados por conta própria. Defina enabledPlugins para cada plugin de seed que você quer carregado, em configurações gerenciadas ou no .claude/settings.json do repositório.
Para verificar um seed, execute claude -p com --output-format stream-json --verbose na imagem. Na lista plugins do evento init, o path de cada plugin carregado está sob o seed, como /opt/claude-seed/cache/your-marketplace/code-formatter/1.0.0. Os marketplaces de seed seguem estas regras:
  • Read-only: o Claude Code nunca escreve no seed e força autoUpdate desligado para marketplaces de seed.
  • Entradas de seed têm precedência: em cada inicialização, um marketplace declarado no seed sobrescreve a entrada do usuário com o mesmo nome. Os usuários desativam um plugin de seed com claude plugin disable, não removendo o marketplace.
  • Atualizar e remover falham: claude plugin marketplace update <name> e remove sem --scope em um marketplace de seed falham com uma mensagem que nomeia o diretório do seed.
  • A política ainda se aplica: a allowlist e blocklist verificam a fonte registrada de um marketplace de seed também. Permita a fonte de onde você construiu o seed.
Para frotas sem acesso git de saída, combine um seed com fontes de marketplace directory ou file em uma montagem compartilhada. Defina CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1 também, que também desativa plugin auto-update. Se um proxy estiver disponível, veja Proxy configuration para as variáveis a definir.

Restringir o que os usuários podem instalar

A allowlist gerenciada strictKnownMarketplaces e a lista de bloqueio blockedMarketplaces decidem de quais fontes de marketplace os plugins podem vir. A fonte de um marketplace é o repositório git, a URL ou o caminho local de onde o Claude Code o obtém. Ambas as listas comparam a fonte do marketplace de onde um plugin vem, não a entrada do próprio plugin dentro desse marketplace. Para o bloqueio comum, que permite o marketplace oficial e o seu próprio, consulte Permitir o marketplace oficial e o seu próprio. Combine-o com disableSideloadFlags para que os usuários também não possam carregar plugins de um diretório local ou de uma URL. Ambas as listas se aplicam antes de qualquer download e novamente no início da sessão:
  • Antes de um download: as listas se aplicam quando um usuário adiciona um marketplace e em cada instalação, atualização, refresh e atualização automática.
  • No início da sessão: as listas se aplicam novamente aos plugins que já estão instalados, de modo que um plugin instalado cuja fonte de marketplace não corresponde mais não é carregado. O /plugin o lista com Marketplace "<name>" is not in the allowed marketplace list ou Marketplace "<name>" is blocked by enterprise policy.
Onde as duas listas são aplicadas depende de onde você as define:
  • O console de administração do claude.ai: o Claude Code aplica ambas as listas nas sessões que leem configurações gerenciadas pelo servidor. O claude.ai também as verifica quando qualquer pessoa da sua organização adiciona um novo marketplace a partir de um repositório git no claude.ai, ou a partir de Customize no aplicativo Claude Desktop fora da aba Code. Isso abrange um marketplace que um membro adiciona para a própria conta e um adicionado para toda a organização em Organization settings > Plugins. O claude.ai recusa um repositório que a allowlist não admite ou que a lista de bloqueio nomeia. Ele não verifica novamente um marketplace que foi adicionado em qualquer um desses lugares antes de você definir as listas, e não verifica plugins enviados por upload.
  • Um arquivo de configurações gerenciadas, uma política no nível do sistema operacional ou outra fonte gerenciada: o Claude Code aplica ambas as listas onde lê essa fonte. O claude.ai não a lê.
Enquanto qualquer allowlist estiver definida, ou uma lista de bloqueio nomear qualquer fonte além de skills-dir, um plugin cujo marketplace o Claude Code não consegue encontrar não é carregado. O /plugin mostra o erro de política para ele em vez de um erro de não encontrado. O caso comum é uma entrada enabledPlugins obsoleta para um marketplace que ninguém registrou.

Matriz de controle

A tabela lista cada chave de política de plugin, o que ela impõe e o que ela não pode fazer. Todas as chaves da tabela são configurações gerenciadas, exceto enabledPlugins, syncClaudeAiPlugins, CLAUDE_CODE_DISABLE_OFFICIAL_MARKETPLACE_AUTOINSTALL e allowManagedModsOnly: Cada chave de configuração aqui tem uma entrada na referência de configurações.

Aliases para as chaves de marketplace

strictKnownMarketplaces também pode ser escrita como allowedMarketplaces, e extraKnownMarketplaces também pode ser escrita como additionalMarketplaces.
  • Versão: os aliases requerem o Claude Code v2.1.232 ou posterior, e clientes mais antigos os ignoram. Em um arquivo lido por uma frota mista, mantenha os nomes canônicos.
  • Ambas as grafias definidas: quando um arquivo define ambas as grafias, o valor da chave canônica é aplicado.

Allowlist com strictKnownMarketplaces

Defina a allowlist como uma lista destes objetos de fonte. A maioria das entradas corresponde exatamente, as entradas hostPattern e pathPattern correspondem como expressões regulares, e os curingas de proprietário github correspondem pelo proprietário:
  • github: { "source": "github", "repo": "your-org/approved-plugins" }, com ref e path opcionais.
  • Curinga de proprietário github: { "source": "github", "repo": "your-org/*" } corresponde a todos os repositórios desse proprietário. O * deve representar o nome inteiro do repositório. O Claude Code ignora entradas como */plugins e your-org/tools-* como inválidas, portanto elas não correspondem a nada. Requer o Claude Code v2.1.223 ou posterior.
  • git: { "source": "git", "url": "https://gitlab.example.com/tools/plugins.git" }, com ref e path opcionais.
  • url: { "source": "url", "url": "https://plugins.example.com/marketplace.json" }, com headers opcionais.
  • file e directory: { "source": "file", "path": "/opt/marketplace/marketplace.json" } ou { "source": "directory", "path": "/opt/marketplace/plugins" }, com caminhos absolutos.
  • hostPattern: { "source": "hostPattern", "hostPattern": "^github\\.example\\.com$" }, comparado com o host das fontes github, git e url. O padrão corresponde em qualquer parte do nome do host, então ancore-o com ^ e $ como mostrado para corresponder ao host inteiro. Uma fonte github sempre conta como github.com. Use uma entrada hostPattern para um host do GitHub Enterprise Server ou do GitLab onde os desenvolvedores criam os próprios marketplaces. A página do GHES tem o exemplo completo.
  • pathPattern: { "source": "pathPattern", "pathPattern": "^/opt/approved/" }, comparado com o path das fontes file e directory. O padrão corresponde em qualquer parte do caminho, então inicie-o com ^ para fixar um prefixo de diretório. ".*" permite todos os caminhos locais.
  • skills-dir: { "source": "skills-dir" } não corresponde a nenhum marketplace. Para saber o que ela faz, consulte Manter plugins de diretório de skills carregando.

Como as entradas correspondem

Uma entrada url corresponde pelo seu valor url; headers não são comparados. Para entradas github e git, o repo ou url, o ref e o path devem todos corresponder, ou estar ausentes em ambos os lados:
  • Uma entrada sem ref não abrange uma fonte com ref: "main".
  • Uma entrada para your-org/your-marketplace não abrange uma URL git que clona o mesmo repositório.
  • Uma barra final, um sufixo .git ou ssh:// no lugar de https:// é um valor diferente. Quando um marketplace pode ser clonado por mais de uma URL, prefira uma entrada hostPattern.
Entradas com curinga de proprietário seguem as regras exatas para ref e correspondem a qualquer path dentro do repositório, a menos que a entrada fixe um. A correspondência de curingas diferencia maiúsculas de minúsculas na allowlist.

Manter plugins de diretório de skills carregando

Plugins de diretório de skills são os plugins que os usuários mantêm em ~/.claude/skills/ ou no .claude/skills/ de um projeto, em pastas que contêm um .claude-plugin/plugin.json. Se você definir qualquer allowlist sem uma entrada { "source": "skills-dir" }, eles deixam de ser carregados. Se você bloquear qualquer tipo de personalização com strictPluginOnlyCustomization, eles deixam de ser carregados, com ou sem a entrada. A allowlist não se aplica a skills simples, ou seja, um SKILL.md sem esse manifesto.

Marketplaces hospedados no claude.ai

A allowlist e a lista de bloqueio correspondem a um marketplace hospedado no claude.ai pelo seu host. Para permitir ou bloquear um, adicione uma entrada hostPattern que corresponda a claude.ai em strictKnownMarketplaces ou blockedMarketplaces. Na allowlist, essa entrada admite os marketplaces do claude.ai da sua organização e os marketplaces padrão do claude.ai, mas não um marketplace composto pelos próprios uploads de um membro no claude.ai nem um cujo escopo o claude.ai não informou. Requer o Claude Code v2.1.273 ou posterior.

Bloquear todas as fontes

Uma allowlist vazia, [], bloqueia todas as fontes de marketplace, incluindo o marketplace oficial. Esse bloqueio não abrange os plugins sincronizados do claude.ai, que o Claude Code baixa da conta de cada usuário em vez de um marketplace. Para impedi-los também, defina syncClaudeAiPlugins como false nas configurações gerenciadas, ou desative Skills para sua organização no claude.ai.

Lista de bloqueio com blockedMarketplaces

blockedMarketplaces aceita os mesmos objetos de fonte que strictKnownMarketplaces e é verificada primeiro, então uma fonte presente em ambas as listas é bloqueada. A correspondência da lista de bloqueio é mais ampla que a da allowlist:
  • URLs git são canonicalizadas, então as formas git@ e https://, os sufixos .git e as barras finais de um mesmo repositório github.com correspondem todos à mesma entrada.
  • Uma entrada github também bloqueia a URL git equivalente, e vice-versa.
  • Para uma entrada owner/*, a comparação do proprietário não diferencia maiúsculas de minúsculas.
  • Uma entrada sem ref ou path bloqueia todos os refs e caminhos dos repositórios aos quais corresponde.
Esta entrada bloqueia todos os repositórios de um proprietário do GitHub:
As entradas url em blockedMarketplaces também se aplicam quando um usuário adiciona uma URL de repositório https:// que o Claude Code clona em vez de obter, como uma URL simples de repositório github.com ou gitlab.com. O usuário não pode adicionar essa URL se uma entrada a nomear. A correspondência ignora o sufixo .git e qualquer ref que o usuário acrescente após #. Requer o Claude Code v2.1.232 ou posterior. Uma entrada { "source": "skills-dir" } aqui impede que plugins de diretório de skills sejam carregados, tanto de ~/.claude/skills/ quanto do .claude/skills/ de um projeto. Uma lista de bloqueio que nomeia apenas essa entrada não conta como uma restrição ativa, portanto não impede que plugins cujo marketplace o Claude Code não consegue encontrar sejam carregados.

Permitir o marketplace oficial e o seu próprio

A maioria das organizações permite o marketplace oficial e o seu próprio, e registra ambos para que todas as máquinas os tenham. Esta política de configurações gerenciadas permite ambos os marketplaces, registra ambos, força a ativação de dois plugins e rejeita --plugin-dir:
Em uma máquina com esta política, adicionar qualquer fonte fora da lista, por exemplo /plugin marketplace add https://example.com/other-marketplace.git, falha com uma mensagem contendo is blocked by enterprise policy seguida das fontes permitidas. claude --plugin-dir ./x é encerrado com uma mensagem que nomeia disableSideloadFlags. Se você remover a entrada { "source": "skills-dir" } desta allowlist, os plugins de diretório de skills deixam de ser carregados. Registre ambos os marketplaces com entradas extraKnownMarketplaces explícitas, como esta política faz, em vez de depender da allowlist ou do registro automático do marketplace oficial:
  • A allowlist não registra nada: uma entrada extraKnownMarketplaces registra, e ela própria deve passar pela allowlist. O Claude Code se recusa a registrar um marketplace gerenciado cuja fonte não corresponde à allowlist.
  • O marketplace oficial se registra sozinho apenas em uma sessão interativa de terminal: mesmo assim, ele só se registra quando a allowlist o permite. Uma execução com -p ou um terminal conectado a uma sessão na nuvem nunca o registra.
  • Uma tentativa bloqueada é lembrada: se uma máquina já foi executada sob uma política que bloqueava o marketplace oficial, o Claude Code registra a tentativa bloqueada e não tenta novamente depois que a política muda. Um bloqueio [] é uma dessas políticas. Essa máquina só o registra novamente por meio de uma entrada extraKnownMarketplaces como a desta política, de uma entrada enabledPlugins para um de seus plugins ou de um /plugin marketplace add manual.

Set update policy

Você pode definir a política de atualização por marketplace, para toda a frota ou por grupo de usuários através de canais de lançamento.

Turn auto-update on or off per marketplace

A auto-atualização de plugin é executada em segundo plano após a inicialização para marketplaces que a têm ativada. Para quais marketplaces a têm ativada por padrão, veja When auto-update runs. Para decidir para a frota, defina "autoUpdate": true ou false em uma entrada extraKnownMarketplaces gerenciada:
  • Se a entrada gerenciada define o campo, o Claude Code recusa o toggle /plugin do usuário com um erro que começa Auto-update for '<name>' is set by.
  • Se a entrada gerenciada deixa o campo indefinido, o toggle do usuário persiste.

Turn updates off for the whole fleet

Para desativar a auto-atualização de plugin para cada marketplace, defina DISABLE_AUTOUPDATER no bloco env gerenciado, como este exemplo faz. A mesma variável também para as próprias atualizações do Claude Code:
Para parar as próprias atualizações do Claude Code mas manter a auto-atualização de plugin, adicione "FORCE_AUTOUPDATE_PLUGINS": "1" ao mesmo bloco. As outras variáveis de ambiente que param a auto-atualização de plugin funcionam da mesma forma. DISABLE_AUTOUPDATER não cobre plugins com uma fonte command. O Claude Code re-executa o comando de cada um ativado a cada sessão e instala a saída quando mudou. Para o que para essas execuções, veja When a command source re-runs.

Assign release channels to user groups

Para executar canais estáveis e de acesso antecipado, hospede dois marketplaces que apontam para refs diferentes dos mesmos plugins. Depois dê a cada grupo de usuários seu próprio marketplace através de configurações gerenciadas por endpoint separadas ou uma política de gateway. As configurações gerenciadas pelo servidor do console de administração se aplicam a cada usuário na sua organização, então não podem atribuir configurações diferentes a grupos diferentes.
  • Implante configurações gerenciadas por endpoint separadas, como um arquivo de configurações gerenciadas ou um perfil MDM, para os dispositivos de cada grupo. Para verificar se o arquivo ou perfil por grupo se aplica em um dispositivo que também tem uma fonte de nível de organização, veja How Claude Code combines managed sources.
  • Defina uma política de gateway de aplicativos Claude por grupo. Por padrão, o gateway aplica a primeira política cuja regra de correspondência se encaixa em um usuário, então ordene as políticas para que cada usuário chegue à política do seu grupo. O mapa extraKnownMarketplaces dessa política não se mescla com o de qualquer outra política, então liste cada marketplace que o grupo precisa nele, não apenas seu marketplace de canal.
Com qualquer mecanismo, o grupo estável recebe esta configuração:
O grupo de acesso antecipado recebe latest-tools em vez disso. Para configurar os dois marketplaces, veja Run release channels.

Recommend plugins

Os proprietários de marketplace podem anexar sinais relevance a entradas para que o Claude Code sugira o plugin quando um projeto corresponde. As sugestões de um marketplace aparecem apenas quando ele está registrado na máquina do usuário, você lista seu nome em pluginSuggestionMarketplaces em configurações gerenciadas, e você declara sua fonte na mesma política. Declare a fonte como a entrada extraKnownMarketplaces do marketplace ou como uma entrada de allowlist. O marketplace oficial precisa apenas do nome. Veja Enable suggestions in managed settings.
Na conversa de uma sessão na nuvem, o Claude pode sugerir plugins independentemente de você definir pluginSuggestionMarketplaces. Para desativar essas sugestões, veja Desativar sugestões de plugins.

Audit and review

Eventos OpenTelemetry e a API Analytics dizem o que sua frota instala e executa. Para o que um plugin pode executar em uma máquina e o que cada nível de confiança permite, leia Plugin security antes de aprovar um marketplace.

OpenTelemetry events

claude_code.plugin_installed registra cada instalação, e claude_code.plugin_loaded registra cada plugin ativado no início da sessão. Ambos os eventos reduzem ou omitem nomes de plugin e marketplace de terceiros a menos que você defina OTEL_LOG_TOOL_DETAILS=1, como Redacted plugin names in your backend mostra. As listas de campos estão sob Plugin installed event e Plugin loaded event.

Analytics API

No plano Enterprise, GET /v1/organizations/analytics/plugins retorna contagens de instalação e invocação por plugin, por dia em Claude Code e Cowork. Você pode agrupar as contagens por usuário ou grupo RBAC. A atividade de plugin que chega à Anthropic sem um nome de plugin aparece em uma linha third-party agregada. Veja a referência de endpoint e Access data programmatically para a chave que precisa.

Plan for what managed settings can’t enforce

Estes pedidos de revisões de segurança não têm uma chave dedicada no esquema de configurações atual. Os controles existentes mais próximos são:
  • Direcionamento por usuário ou por grupo: cada chave de plugin se aplica a cada usuário que recebe as configurações. As configurações gerenciadas pelo servidor entregam uma configuração por organização. Para política por grupo, use configurações gerenciadas por endpoint separadas ou políticas de gateway, como sob Assign release channels to user groups.
  • Restringindo entradas dentro de um marketplace permitido: a allowlist corresponde a fontes de marketplace. Para bloquear um plugin de um marketplace permitido, defina-o como false em enabledPlugins gerenciado.
  • Ocultando /plugin: nenhuma chave desativa o comando. O equivalente mais próximo combina uma allowlist nomeando apenas seu marketplace, entradas enabledPlugins gerenciadas para os plugins que você fornece, e disableSideloadFlags.
  • Controlando --plugin-dir através da allowlist: a allowlist não cobre --plugin-dir. disableSideloadFlags cobre.
  • Aplicando os toggles de plugin do claude.ai através dessas chaves: Organization settings > Plugins & skills não define as chaves nesta página. O que os membros e sua organização ativam lá chega ao CLI como synced plugins, que têm seus próprios controles.

Troubleshoot policy

Se a política de plugin não se comportar como esperado em uma máquina, verifique primeiro estes sintomas:
  • O arquivo gerenciado não foi analisado: quando um managed-settings.json não é JSON válido, o Claude Code recusa iniciar e imprime um erro nomeando o arquivo. Um arquivo que analisa mas tem uma entrada inválida mantém o resto de sua política. Veja Invalid entries in managed settings.
  • A fonte gerenciada não carregou: execute /status e procure por Enterprise managed settings na linha Setting sources. Se estiver faltando, a fonte não carregou.
  • Um usuário relata blocked by enterprise policy: a mensagem nomeia o marketplace ou sua fonte. Para uma allowlist, também lista as fontes permitidas. As entradas voltadas para o usuário estão em Troubleshoot plugins.
  • Um plugin que o usuário desativou em ~/.claude/settings.json ainda carrega: outra fonte de configurações o re-ativou, como uma entrada enabledPlugins gerenciada que o força-ativa. /plugin e claude plugin list mostram Disabled in ~/.claude/settings.json but still loads com essa fonte de configurações.

Next steps