O GitHub liberou em 26 de agosto de 2026 uma configuração para empresas atualizarem automaticamente os plugins instalados a partir de lojas internas do Copilot. A novidade está disponível nos planos Copilot Business e Copilot Enterprise, com suporte no aplicativo do Copilot, na ferramenta de linha de comando e no Visual Studio Code.
Na prática, o administrador escolhe quais catálogos podem receber novas versões e acrescenta a opção `autoUpdate: true` à configuração de cada um. Os programas compatíveis passam a verificar a loja e a atualizar os plugins vindos dela sem exigir que cada integrante da equipe repita o processo manualmente.
O GitHub Changelog confirma a disponibilidade para Business e Enterprise, enquanto a documentação do Copilot CLI detalha a prioridade das regras e as sessões atendidas. O NewReleases também registra a mudança nas notas públicas do pacote 1.0.80-0.
A loja interna fica em dia
Um marketplace de plugins é um catálogo que reúne extensões capazes de acrescentar comandos, agentes, regras e integrações ao Copilot. Uma empresa pode manter sua própria loja para distribuir ferramentas ligadas ao código, à infraestrutura ou aos procedimentos adotados pelos funcionários.
Antes da mudança, a configuração central já podia apresentar uma loja adicional e controlar plugins permitidos, mas a atualização automática precisava ser aceita no nível do usuário. A versão agora anunciada faz o campo definido pela empresa valer nos clientes compatíveis, o que reduz a chance de uma equipe permanecer em versões diferentes da mesma ferramenta.
A consequência aparece quando um plugin interno recebe uma correção ou uma regra nova. Em vez de enviar um aviso pedindo que dezenas ou centenas de pessoas atualizem o catálogo, o administrador pode ativar a opção uma vez e deixar o Copilot buscar a versão posterior.
A atualização não transforma qualquer repositório em fonte confiável. O catálogo precisa continuar autorizado pela política da organização, e o GitHub mantém uma lista separada para limitar de onde os plugins podem vir.
Uma linha muda a política
O campo entra em `extraKnownMarketplaces`, área que registra lojas adicionais conhecidas pelo Copilot. Cada item tem um nome, a origem do catálogo e, quando a empresa quiser atualização automática, o valor booleano `autoUpdate` marcado como verdadeiro.
O GitHub informa que a configuração pode ser distribuída por gerenciamento de dispositivos, conhecido pela sigla MDM, ou pelas definições administradas no servidor. MDM é o sistema usado pela empresa para aplicar políticas aos computadores sem editar cada máquina separadamente.
A documentação do Copilot CLI, a versão usada no terminal, diz que a opção também pode existir nas preferências pessoais. Quando uma loja com o mesmo nome aparece em mais de um nível, a versão integrada pelo GitHub tem prioridade, seguida pela regra administrada e, por último, pela configuração do usuário.
Essa ordem impede que uma pessoa redirecione localmente uma loja controlada pela empresa para outro endereço com o mesmo nome. Também significa que uma entrada administrada sem `autoUpdate: true` pode retirar a autorização que o usuário havia concedido por conta própria àquela loja.
A lista permitida continua valendo
A atualização automática só funciona se o marketplace estiver aceito pela configuração efetiva de `strictKnownMarketplaces`. Essa é a lista de origens permitidas, usada para impedir que plugins cheguem de lojas não aprovadas pelo administrador.
As duas opções resolvem problemas diferentes. `strictKnownMarketplaces` decide quais fontes podem entrar no ambiente, enquanto `autoUpdate` determina quais fontes já aceitas podem entregar versões novas sem uma ação manual a cada lançamento.
Esse controle por loja é importante porque plugins podem incluir instruções para agentes, conexões com serviços e comandos executados durante o trabalho. Atualizar mais rápido reduz o tempo até uma correção, mas também antecipa a chegada de uma mudança problemática ou comprometida.
A nota do GitHub não promete um período de espera, aprovação em etapas ou retorno automático à versão anterior. Organizações que precisam dessas garantias ainda devem combinar a função com revisão do catálogo, controle de versões e testes antes de publicar uma atualização para toda a equipe.
Terminal, aplicativo e editor
A disponibilidade geral cobre o aplicativo do GitHub Copilot, o Copilot CLI e o Visual Studio Code. A expressão disponibilidade geral indica que o recurso deixou a fase de teste anunciada e pode ser usado pelos clientes dos planos empresariais citados, respeitando a implantação e as políticas de cada organização.
No terminal, a documentação informa que as lojas personalizadas autorizadas são verificadas no início de sessões interativas e de sessões abertas com a opção `-p`. Sessões iniciadas por kits de desenvolvimento ou executadas como servidor não participam dessa atualização automática.
Esse limite evita concluir que todo processo baseado no Copilot receberá um plugin novo no mesmo momento. Uma automação que roda sem interface pode manter outro ciclo de instalação, e a empresa precisa conferir qual cliente realmente inicia o trabalho.
O GitHub também aceita o campo em uma configuração guardada dentro do repositório, mas diz que o valor é ignorado nesse nível para a atualização automática. A autorização efetiva deve vir das preferências do usuário ou de uma política administrada por MDM ou servidor.
Menos versões desencontradas
O ganho mais direto é diminuir a diferença entre o plugin publicado e a cópia usada por cada pessoa. Esse atraso costuma aparecer quando uma extensão depende de um botão na interface, de um comando lembrado pelo usuário ou de uma mensagem interna que nem todos veem.
Uma solicitação pública feita ao projeto Claude Code em abril descreveu o mesmo problema em outro assistente de programação: a empresa conseguia instalar uma loja interna, mas não assegurar que todos recebessem as revisões seguintes. O relato não comprova o funcionamento do Copilot, porém documenta uma necessidade semelhante em equipes que distribuem plugins de forma centralizada.
O pacote público do Copilot CLI também registrou a mudança nas notas da versão 1.0.80-0, reproduzidas pelo NewReleases. O texto diz que `autoUpdate` em `extraKnownMarketplaces` passou a ser respeitado nas configurações administradas por MDM ou servidor, além das preferências individuais.
A uniformidade não é instantânea em todos os cenários. Computadores que não iniciarem um cliente compatível, sessões de servidor e ambientes fora dos planos indicados não recebem a mesma rotina apenas porque o campo foi acrescentado à política.
Atualizar também exige confiança
Plugins ocupam uma posição sensível porque ajudam o agente a decidir quais instruções seguir e quais ferramentas usar. Uma alteração mal revisada pode afetar respostas, comandos e integrações em vários projetos ao mesmo tempo, especialmente quando a distribuição ocorre sem intervenção individual.
Por isso, atualização automática e liberação automática não deveriam ser tratadas como sinônimos. A equipe pode testar uma nova versão em um catálogo de homologação, verificar permissões e comportamento e só então publicar o pacote na loja que chega aos computadores de produção.
A lista de marketplaces permitidos continua sendo a barreira indicada pelo GitHub para a origem do código. Ela não analisa por conta própria a qualidade de cada revisão, então a organização ainda responde por avaliar quem pode publicar no catálogo e como esses arquivos são protegidos.
A mudança aparece no próximo início
Para ativar o recurso, o administrador precisa localizar a entrada da loja em `extraKnownMarketplaces`, manter a origem correta e incluir `autoUpdate: true`. Depois, deve conferir se o mesmo marketplace está autorizado pela lista restritiva que vale para aqueles usuários.
O comportamento exato pode variar entre os três clientes, mas a finalidade é a mesma: procurar atualizações e entregar os plugins instalados a partir daquela fonte. No Copilot CLI, a checagem acontece no início das sessões cobertas, não continuamente durante todo o dia.
A função chega como uma melhoria pequena na interface de configuração, porém resolve um problema que cresce com o tamanho da equipe. Quanto mais plugins internos entram no trabalho diário, mais difícil fica depender de cada pessoa para manter seu conjunto atualizado.
Quando uma equipe publicar a próxima correção de seu plugin interno, o Copilot poderá buscá-la no início da sessão. A empresa continua responsável por escolher a fonte e revisar a versão que será colocada na loja.