O GitHub anunciou nesta sexta-feira (28) que pretende reunir o Copilot Chat do site, o chat do aplicativo móvel e o agente que executa tarefas de programação na nuvem em uma única experiência. A mudança está prevista para ocorrer a partir de 28 de setembro de 2026, sem garantia de que chegará a todas as contas exatamente nesse dia.
A unificação também altera o tempo de guarda das conversas. Hoje, a documentação do GitHub informa que as mensagens do Copilot Chat são apagadas após 28 dias; com a nova experiência, os dados do chat passarão a ser mantidos durante toda a vida da conta, segundo o anúncio da empresa.
O anúncio do GitHub reúne as três mudanças e fixa 1º, 28 de setembro e 1º de outubro como marcos distintos. A documentação de revisão detalha consumo e funcionamento de Lite e Balanced, enquanto a Visual Studio Magazine confirma de forma independente a diferença entre os níveis.
O chat e o agente passam a dividir a sessão
Na prática, uma conversa iniciada no github.com poderá continuar como uma tarefa do Copilot cloud agent, o agente de código que trabalha nos servidores do GitHub. Em vez de separar a pergunta feita no chat da sessão que pesquisa um projeto, altera arquivos ou prepara uma mudança, a empresa pretende colocar essas etapas no mesmo fluxo.
O GitHub diz que o chat do site migrará por completo para a experiência de sessões usada hoje pelo agente. O aplicativo móvel seguirá a mesma direção, portanto o histórico deixa de representar apenas perguntas e respostas curtas e passa a acompanhar também trabalhos de programação que podem durar vários minutos.
A empresa afirma ainda que o agente usará o Sandbox, um ambiente isolado nos servidores, para acelerar a execução. O comunicado não apresenta medições de velocidade nem informa quanto essa troca reduz o tempo de uma tarefa, por isso a promessa deve ser entendida como alegação do GitHub, não como resultado de um teste independente.
A documentação disponível antes da mudança estabelece um limite de 100 conversas recentes e elimina mensagens depois de 28 dias. O anúncio de sexta-feira confirma o novo prazo ligado à existência da conta, mas não esclarece se o limite de 100 conversas continuará valendo nem detalha como exportação, exclusão individual ou políticas empresariais funcionarão na experiência unificada.
Essa diferença importa porque retenção e treinamento são assuntos distintos. Guardar uma conversa por mais tempo não significa, por si só, que seu conteúdo será usado para treinar um modelo, mas aumenta o período em que comandos, trechos de código e respostas permanecem associados à conta; equipes que lidam com dados confidenciais precisam avaliar a política aplicável ao próprio plano.
Uma política substitui três controles
O GitHub também vai trocar as políticas separadas do chat no site, do chat no celular e do agente na nuvem por um único controle. A nova experiência ficará ativada por padrão depois do lançamento, de acordo com a companhia.
Administradores de organizações e empresas deverão revisar essa opção antes de 28 de setembro. Se desativarem a experiência unificada, os integrantes perderão o acesso ao Copilot no github.com e no GitHub Mobile após o lançamento, consequência que transforma uma decisão sobre o agente em uma decisão sobre os dois chats.
Para continuar com o acesso, o GitHub orienta administradores a abrir as configurações do Copilot e escolher a política do agente na nuvem, que será renomeada ou reposicionada para representar a experiência unificada. Contas pessoais não precisam fazer nada para permanecer com o recurso ligado.
O comunicado usa a expressão “não antes de 28 de setembro”, portanto a data funciona como início possível, não como prazo de conclusão. Também não há no texto uma lista de países, versões do aplicativo ou planos que receberão a interface primeiro.
Licenças passam a ser cobradas antes do uso
Outra parte do anúncio muda a cobrança do Copilot Business e do Copilot Enterprise para clientes que pagam com cartão de crédito ou PayPal. A partir de 1º de setembro, o GitHub começará a reabrir novas assinaturas desses planos e exigirá o pagamento de cada nova licença antes de liberar o acesso ao usuário.
Para clientes existentes, todas as licenças atribuídas passarão a gerar uma cobrança antecipada no início do ciclo mensal a partir de 1º de outubro. A documentação atual ainda descreve o cálculo de usuários cobrados no fim do ciclo, por isso a atualização desloca o pagamento sem alterar o preço nominal dos planos.
O Copilot Business continua custando US$ 19 por usuário ao mês, com 1.900 créditos de IA por licença, e o Enterprise permanece em US$ 39, com 3.900 créditos, conforme a documentação do GitHub. Esses créditos medem o uso de modelos por volume de texto processado; quando a franquia compartilhada termina, o excedente custa US$ 0,01 por crédito se a organização permitir consumo adicional.
Licenças adicionadas no meio do mês continuarão com cobrança proporcional ao restante do ciclo. Já a remoção de uma licença não dará reembolso proporcional: ela deixa de aparecer apenas na cobrança mensal seguinte.
O GitHub avisa que uso acima da quantidade incluída poderá exigir um pagamento adicional para que a pessoa continue a usar o Copilot. Controles de gasto, acompanhamento do consumo e compra de créditos extras permanecem disponíveis, mas o anúncio não define um único comportamento para todos porque a interrupção depende dos limites configurados por cada organização.
Revisão mais profunda vira o padrão
A terceira mudança atinge o Copilot code review, recurso que lê um pull request, o pedido para revisar e incorporar alterações ao código, e aponta possíveis problemas. A partir de 28 de setembro, repositórios e organizações que mantiverem o nível de análise em “Default” passarão do modo Lite para o Balanced.
O modo Lite procura falhas comuns, vulnerabilidades e inconsistências de estilo com uma análise mais rápida. O Balanced encaminha a mudança para um modelo com raciocínio mais profundo e leva mais tempo ao examinar lógica complexa, trechos sensíveis à segurança ou alterações que atravessam diferentes serviços.
Essa profundidade tem custo mensurável. A documentação do GitHub estima de US$ 0,05 a US$ 1 em créditos de IA para uma revisão Lite e de US$ 0,25 a US$ 5 para uma revisão Balanced, sem contar os minutos do GitHub Actions usados para reunir contexto e operar ferramentas.
Os intervalos não são uma tabela fixa de preço por revisão. O consumo varia conforme o tamanho da mudança, as instruções personalizadas do projeto e os modelos usados pelo serviço, e o próprio GitHub avisa que as estimativas podem mudar.
A Visual Studio Magazine já havia confirmado de forma independente, ao cobrir o lançamento dos níveis em 7 de agosto, que o Balanced faz uma análise mais longa e consome mais créditos e minutos de automação. O anúncio desta sexta-feira não cria esses modos, mas transforma a opção mais profunda no comportamento herdado por quem deixou a configuração no padrão.
Quem quiser manter o Lite deverá selecioná-lo explicitamente nas configurações da organização ou do projeto antes de 28 de setembro. Uma escolha manual será preservada, enquanto “Default” acompanhará a troca feita pelo GitHub.
A configuração da organização vale para os projetos que não escolheram um nível próprio, e o ajuste do projeto prevalece nas revisões automáticas daquele código. Em revisões pedidas manualmente, a pessoa ainda poderá selecionar o esforço no campo de revisores.
O efeito conjunto aparece em três lugares diferentes da rotina: a conversa ficará ligada à conta por mais tempo, a licença será cobrada antes do período de uso e a revisão automática poderá gastar mais créditos. Para uma equipe, deixar tudo no padrão deixa de ser uma decisão neutra a partir de setembro.
Em 28 de setembro, uma conversa no celular poderá terminar como alteração de código no mesmo histórico. Na mesma manhã, o responsável pelo projeto verá se a revisão herdada ficou mais profunda e mais cara.