GitHub Apps de empresa agora gerenciam assentos do Copilot via API

GitHub Apps de nível enterprise agora podem chamar as APIs de gerenciamento de assentos do Copilot da empresa. Com isso, um App consegue controlar quais usuários e enterprise teams recebem assentos. A informação está no changelog do GitHub de 10 de novembro de 2026.

O acesso depende de uma permissão granular nova, chamada Enterprise Copilot license management. Para quem administra licenças em escala, isso permite gerenciar assentos do Copilot via GitHub App, com uma permissão feita para essa tarefa.

Como funciona a nova permissão Enterprise Copilot license management

A Enterprise Copilot license management é uma permissão fine-grained de nível enterprise para GitHub Apps, conforme o changelog. Ela é a porta de entrada dos Apps para as APIs de assentos do Copilot da empresa.

O que é "fine-grained" nesse contexto? É uma permissão granular, que libera um conjunto específico de ações em vez de dar acesso amplo à administração.

Segundo a documentação de Copilot user management, o token precisa ter pelo menos uma destas permissões:

• Enterprise Copilot license management (write)
• Enterprise administration (write)

A mesma página lista os endpoints de enterprise teams cobertos pela nova permissão, os dois com acesso de escrita:

• POST /enterprises/{enterprise}/copilot/billing/selected_enterprise_teams, para atribuir assentos a enterprise teams
• Um endpoint relacionado, para remover assentos de enterprise teams

A referência completa desses endpoints está na página REST API endpoints for Copilot user management, na documentação do GitHub Enterprise Cloud. É o lugar certo para conferir parâmetros, respostas e o que cada rota faz antes de mexer na sua automação.

O changelog não detalha como criar, instalar ou configurar o App. Para isso, vale acompanhar a documentação oficial do GitHub.

O que muda para administradores do GitHub Enterprise

A automação de licenças pode rodar por um GitHub App com uma permissão específica para assentos do Copilot. Assim, ela não precisa ficar presa a um token pessoal de alguém do time.

Se liga na diferença entre as duas permissões aceitas. Pelos nomes das permissões, é razoável inferir que a Enterprise administration (write) tenha alcance mais amplo na empresa, enquanto a Enterprise Copilot license management seria mais restrita às licenças do Copilot, mas o changelog não detalha essa diferença de escopo.

Se a sua automação só atribui e remove assentos, faz sentido avaliar a permissão mais restrita. Cada App passa a carregar apenas o acesso que o trabalho dele exige.

O GitHub já documenta esse tipo de uso. A página Giving users GitHub Copilot in your enterprise cita a REST API para automatizar a gestão de licenças, por exemplo listando as licenças atribuídas e a última atividade de cada pessoa e removendo o acesso de quem não usa.

Esse tipo de rotina costuma andar junto com o acompanhamento de uso. Se você também olha os números de adoção, vale entender como a API de métricas do Copilot separa o uso de BYOK e de modelos customizados.

Antes de migrar uma rotina que lida com usuários individuais ou com listagem de assentos, confira na referência da API qual permissão cada rota exige.

Próximo passo: revise a automação de licenças do Copilot

Abra a documentação de Copilot user management e liste quais endpoints a sua automação chama hoje. Depois, verifique se o App ou o token atual opera com Enterprise administration (write).

Se o trabalho dele for só gerenciar assentos, avalie migrar para a permissão Enterprise Copilot license management e compare o escopo das duas na página de permissões. Assim a rotina deixa de carregar um acesso maior do que precisa.

E se você cuida do Copilot na empresa além das licenças, aqui no Hora de Codar tem mais conteúdo sobre a ferramenta. Um exemplo é o autofix agêntico do GitHub, que corrige alertas de code scanning e valida a correção com CodeQL.

Explore os vídeos do canal Hora de Codar. Se quiser aprofundar o contexto, veja Curso Next.js: Enviando projeto para o GitHub – #27.