Equipes que usam GitHub Copilot precisam separar três datas para não tratar “as mudanças de setembro” como um único evento. Em 1º de setembro de 2026, o GitHub começa a reabrir inscrições self-service de Copilot Business e Copilot Enterprise para clientes que pagam com cartão de crédito ou PayPal, já com novas regras de cobrança para novas atribuições de assentos. Em 28 de setembro, duas mudanças podem começar — mas o anúncio diz não antes de 28/9, portanto a ativação pode ocorrer nessa data ou depois: a unificação de Copilot Chat no github.com, GitHub Mobile e Copilot cloud agent sob uma única política, e a mudança do valor “Default” do esforço de code review de Lite para Balanced. Para clientes Business e Enterprise existentes com cartão ou PayPal, as atualizações de billing entram em vigor a partir de 1º de outubro de 2026.
O ponto prático é revisar configuração, governança e orçamento antes de 28/9, sem antecipar mudanças que ainda não estão ativas. O anúncio oficial de 28 de agosto está no GitHub Changelog.
O que já vale em 1º de setembro — e o que ainda não
Em 1º de setembro, o marco imediato é o retorno gradual das inscrições self-service para novos clientes Business e Enterprise que pagam por cartão ou PayPal. O GitHub informa que novas atribuições de assentos passam a exigir pagamento antes que o usuário obtenha acesso. A empresa também reforça verificação de conta e ajusta a experiência de cobrança para esses meios de pagamento.
Isso não significa que o padrão Balanced do code review ou a nova retenção de chat já tenham entrado em vigor em 1º de setembro. Esses dois itens estão vinculados ao relançamento previsto para não antes de 28 de setembro de 2026. Da mesma forma, clientes Business e Enterprise existentes com cartão ou PayPal devem olhar para 1º de outubro como início das atualizações de cobrança para sua base já contratada.
Matriz de decisão: mudança, afetados, onde revisar e decisão necessária
| Mudança | Quem é afetado | Onde revisar | Decisão necessária |
|---|---|---|---|
| Pagamento de assentos e billing atualizado | Novos clientes Business/Enterprise self-service e, a partir de 1º/10, clientes existentes elegíveis com cartão ou PayPal | Billing, assentos, budgets e uso | Confirmar assentos realmente necessários, orçamento para uso adicional e ciclo de cobrança |
| Política unificada para Copilot no github.com, Mobile e cloud agent | Organizações Business/Enterprise que controlam acesso por política | Configurações de Copilot; opção do Copilot cloud agent quando disponível | Decidir se a experiência unificada deve permanecer habilitada para as equipes |
| Retenção de chat no github.com passa de 28 dias para a vida da conta | Usuários e organizações que usam Copilot no github.com após a migração | Políticas internas de uso de IA, classificação de dados e governança | Reavaliar o que pode ser enviado ao chat e se a nova retenção é compatível com regras internas |
| “Default” do code review passa de Lite para Balanced | Organizações e repositórios que usam o valor Default | Organization/Repository Settings > Copilot > Code review | Manter Default e aceitar Balanced, ou fixar Lite explicitamente antes da mudança |
Billing: o que muda e o que deve entrar no checklist
O anúncio de setembro não é um aumento de preço do Copilot Business ou Enterprise. O GitHub afirma que os preços desses planos não mudam. O que muda é o comportamento de cobrança e de liberação de acesso.
- Novos assentos: novas atribuições de assentos Business ou Enterprise exigem pagamento antes de o usuário obter acesso.
- Cobrança antecipada no ciclo: no início do próximo ciclo de faturamento, todos os assentos atribuídos passam a gerar cobrança antecipada. Para clientes existentes com cartão ou PayPal, essa atualização começa em 1º de outubro de 2026.
- Uso além da franquia: pode ser necessário pagamento adicional para que usuários continuem usando Copilot depois de exceder o uso incluído.
- Prorrateio: o uso incluído pode ser prorrateado ao longo do mês para acompanhar o prorrateio do custo do assento.
- Remoção de assento: revogar um assento não gera reembolso proporcional; a remoção aparece no próximo ciclo mensal.
- Controles existentes: spend controls, acompanhamento de uso e compra de AI Credits adicionais continuam disponíveis.
Para a equipe financeira ou de plataforma, a ação mais útil é comparar assentos atribuídos, usuários realmente ativos, budgets e consumo adicional antes do próximo ciclo. O GitHub já usa cobrança baseada em consumo para Copilot desde junho de 2026; o contexto está no changelog de billing e planos. A atualização de setembro altera principalmente a forma e o momento em que assentos e uso precisam estar cobertos por pagamento.
Retenção: por que a política unificada merece revisão de governança
No relançamento previsto para não antes de 28/9, Copilot Chat no github.com, Copilot Chat no GitHub Mobile e Copilot cloud agent passam a compartilhar uma única experiência e política. Essa experiência unificada ficará habilitada por padrão após o lançamento.
A mudança mais sensível para governança é no github.com: com a migração para a experiência de agent sessions, os dados de chat passarão a ser retidos pela vida da conta, em vez de 28 dias, alinhando o comportamento ao já usado pelo Copilot cloud agent.
O anúncio diz que nenhuma ação é necessária para continuar com Copilot disponível no github.com e no GitHub Mobile. Porém, se a organização optar por sair da experiência unificada, ela perderá acesso a Copilot nesses dois canais após o novo modelo ser lançado. Por isso, administradores Business e Enterprise são orientados pelo próprio GitHub a revisar a política antes de 28/9.
Implicação operacional: uma retenção mais longa muda a premissa de descarte automático que algumas equipes podem ter usado ao definir o que era aceitável enviar ao chat. Vale revisar regras internas sobre segredos, dados pessoais, código confidencial e informações de clientes. Essa é uma decisão de governança da organização; o anúncio do GitHub informa a mudança de retenção, mas não substitui a política interna de cada empresa.
Code review: “Default” deixará de significar Lite
Hoje, o GitHub Copilot code review oferece níveis de esforço. Lite prioriza uma revisão mais rápida e direcionada; Balanced usa análise mais profunda para lógica complexa, código sensível a segurança e mudanças entre serviços. A documentação do GitHub informa que Balanced usa mais AI Credits e pode consumir um pouco mais de minutos de GitHub Actions do que Lite.
O ponto de migração é específico: a partir de 28/9, para organizações e repositórios que estiverem configurados como Default, esse valor passará a usar Balanced. Se a equipe quiser preservar Lite, não basta “deixar como está”: é preciso trocar Default por Lite explicitamente na organização ou no repositório antes da data.
A hierarquia também importa. O padrão da organização vale para repositórios que não escolheram um nível próprio; o padrão do repositório vale para revisões solicitadas automaticamente naquele repositório. Em revisões manuais, o nível pode ser selecionado no menu de revisores do pull request. Consulte a documentação de configuração do code review.
Há impacto de custo potencial. A documentação de code review estima, no momento, cerca de US$ 0,05 a US$ 1 em AI Credits por revisão Lite e US$ 0,25 a US$ 5 por revisão Balanced, sem incluir minutos de Actions. O próprio GitHub ressalva que o consumo varia com o tamanho do pull request, instruções do repositório e evolução dos modelos. Para times com revisão automática em muitos PRs, mudar silenciosamente de Default/Lite para Balanced pode aumentar o consumo mesmo sem alterar a quantidade de pull requests.
Checklist para concluir antes de 28/9
- Mapeie quem administra cada camada: billing, políticas de Copilot, configurações de organização e overrides de repositório.
- Faça inventário de assentos: identifique assentos atribuídos sem uso real e considere o efeito de não haver reembolso proporcional quando um assento é revogado.
- Revise budgets e consumo: confira AI Credits, uso adicional e GitHub Actions em equipes que usam code review.
- Decida a política unificada: confirme se Copilot no github.com e Mobile deve permanecer habilitado após o relançamento.
- Atualize a avaliação de retenção: trate “vida da conta” como a nova referência para chats no github.com depois da migração, não 28 dias.
- Liste repositórios em Default: identifique onde code review herda o padrão da organização e onde há override local.
- Escolha Lite ou Balanced por intenção: se quiser Lite, configure Lite explicitamente antes de 28/9; se aceitar Balanced, ajuste expectativa de custo e profundidade da revisão.
- Registre a decisão: documente o responsável, a configuração escolhida e a data da revisão para evitar mudanças invisíveis entre organização e repositório.
O que não precisa ser tratado como emergência em 1º de setembro
Não há necessidade de antecipar para 1º de setembro a mudança de retenção ou o padrão Balanced: o GitHub marcou esses itens para não antes de 28/9. Também não há anúncio de aumento do preço nominal de Copilot Business ou Enterprise. O trabalho de setembro é, sobretudo, preparar decisões antes que defaults e políticas mudem, em vez de correr para reconfigurar tudo no primeiro dia do mês.
Em resumo: em 1º/9, atenção a inscrições e novas atribuições de assentos; antes de 28/9, feche a decisão sobre política unificada, retenção e nível de esforço do code review; e, se sua organização é cliente Business ou Enterprise existente com cartão ou PayPal, prepare o billing para as mudanças que começam em 1º/10.
