O GitHub na era dos agentes

Para a maioria das empresas que desenvolvem software, o GitHub é onde o código vive, onde é revisado e de onde é publicado. O Copilot começou como um mecanismo de sugestões dentro do editor. Hoje o GitHub apresenta sua plataforma como uma casa para agentes, e 2026 mostrou o que isso significa na prática: novas formas de trabalhar, novos preços, novas regras para os dados e uma plataforma sob pressão.

Do autocompletar aos agentes

A virada veio em maio de 2025, com o agente de programação do Copilot. Você atribui uma issue ao Copilot, e ele inicia uma máquina virtual no GitHub Actions, trabalha no código e abre um pull request em rascunho para revisão. As proteções foram sensatas desde o início: o agente só pode fazer push nos branches que ele mesmo criou, quem pediu o trabalho não pode aprová-lo e os workflows só rodam depois que uma pessoa os aprova.

Em outubro de 2025, o GitHub abriu a plataforma para agentes de outros fabricantes. Sob o nome Agent HQ, agentes da Anthropic, da OpenAI, do Google, da Cognition e da xAI chegariam às assinaturas pagas do Copilot, comandados a partir de um único mission control. O GitHub disse ter 180 milhões de desenvolvedores e que 80 por cento dos novos desenvolvedores usam o Copilot na primeira semana.

Em junho de 2026, veio o app do Copilot, um app para desktop construído em torno de agentes. Cada sessão roda na própria cópia do branch, para que agentes em paralelo não se atropelem, e o Agent Merge acompanha as verificações, controla os revisores obrigatórios e, se você permitir, faz o merge. Em outubro, o sandboxing local ficou disponível para todos: os comandos que um agente inicia na máquina de um desenvolvedor rodam com acesso restrito a arquivos, rede e credenciais, segundo regras que uma organização pode impor.

Uma plataforma sob carga

Agentes geram trabalho em um ritmo que as pessoas nunca geraram, e o GitHub sentiu isso. Em abril, o diretor de tecnologia, Vlad Fedorov, escreveu que o GitHub havia começado em outubro de 2025 a se planejar para dez vezes a sua capacidade e que, em fevereiro de 2026, já projetava para 30 vezes, com os fluxos de trabalho agênticos como principal motor desde o fim de dezembro. O mesmo texto pedia desculpas por uma falha na fila de merge que gerou commits de merge incorretos em 2'092 pull requests de 658 repositórios. Nenhum código foi perdido, mas alguns branches padrão ficaram em estado errado.

Em 17 de agosto, o GitHub ficou instável por 7 horas e 47 minutos, no login, no Actions, na API, nos pull requests, nas issues e no Copilot. Um pico de tráfego encontrou, em um data center, um componente que não conseguiu escalar. Os commits tinham crescido de 1,4 bilhão para 2,9 bilhões por mês desde abril, escreveu Fedorov, e ele não amenizou: “Não conseguimos escalar componentes críticos antes que a demanda superasse a capacidade deles.”

Preços e dados

O custo dos agentes chegou à tabela de preços. Em abril, o GitHub suspendeu novas assinaturas dos planos Pro, Pro+ e Student, apertou os limites e retirou os modelos Opus da Anthropic do Pro. O motivo: “agora é comum que um punhado de solicitações gere custos que superam o preço do plano.” Uma semana depois, anunciou a cobrança por uso a partir de 1º de junho. Cada plano agora inclui créditos no valor do seu preço, 10 dólares no Pro, 39 no Pro+, 19 por usuário no Business e 39 no Enterprise, e o uso é descontado deles pelas tarifas de API publicadas de cada modelo. As sugestões de código continuam incluídas, e a revisão de código do Copilot também consome minutos do Actions.

Em outubro, o GitHub permitiu que as organizações cobrassem as revisões de código da empresa e as restringissem às licenças fornecidas por ela. Na configuração padrão, uma revisão pedida por um membro cuja cota já acabou simplesmente falha.

As regras de dados também mudaram. Desde 24 de abril, o GitHub usa dados de interação dos usuários do Copilot Free, Pro e Pro+, incluindo entradas, saídas e trechos de código, para treinar seus modelos, a menos que o usuário recuse. Usuários do Business e do Enterprise não são afetados. Isso importa para qualquer empresa cujos desenvolvedores usem contas pessoais do Copilot com o código da empresa: repositórios privados armazenados não são usados, mas o código processado durante uma sessão pode ser.

O que isso significa para uma empresa

Daí decorrem cinco coisas. Coloque o código da empresa em licenças Business ou Enterprise e mantenha os planos pessoais longe dele. Defina orçamentos no nível da empresa, do centro de custo e do usuário antes de os agentes começarem a rodar, porque o trabalho agora é cobrado por token. Mantenha rígidas a proteção de branches e as revisões obrigatórias, porque as proteções dos agentes se apoiam nelas.

Planeje para o GitHub fora do ar: se suas versões, seus agentes e suas revisões rodam todos lá, uma pane longa para os três, então saiba como você publicaria sem ele. E mantenha suas instruções, habilidades e testes no repositório, e não no agente de um único fornecedor, porque a lista de agentes vai continuar mudando.

É assim que construímos com o Werk. A IA escreve a maior parte do código sobre um framework que construímos e no qual confiamos, as pessoas revisam cada versão, e cada versão é testada. O GitHub dá aos agentes um lugar para trabalhar. Ele não decide o que está bom o suficiente para ser publicado. Uma pessoa ainda decide.