Mudanças nos planos individuais do GitHub Copilot

• Com a expansão dos fluxos de trabalho agentivos, a demanda computacional de sessões paralelas de longa duração aumentou, levando à suspensão de novas assinaturas nos planos individuais, ao reforço dos limites de uso e ao ajuste do escopo de modelos oferecidos
• As novas assinaturas dos planos GitHub Copilot Pro, Pro+ e Student serão temporariamente suspensas, e os planos individuais passarão a ter guardrails baseados em tokens aplicados com mais rigor, incluindo limite por sessão e limite semanal de 7 dias
• O modelo Opus deixará de ser oferecido no plano Pro, enquanto o Opus 4.7 seguirá disponível no Pro+; já o Opus 4.5 e o 4.6 também serão removidos do Pro+ conforme anúncio separado
• O VS Code e o Copilot CLI passarão a exibir os limites de uso, e são sugeridos como formas de reduzir o risco de atingir o teto: usar modelos com multiplier menor, fazer upgrade para Pro+, usar o plan mode e reduzir fluxos de trabalho paralelos
• Ficou evidente uma estrutura em que, com apenas algumas solicitações, os custos frequentemente ultrapassam o preço do plano, o que levou a medidas para manter a confiabilidade do serviço e garantir uma experiência previsível para os clientes atuais

---

Visão geral das mudanças

• Três ajustes serão aplicados aos planos GitHub Copilot Individual para proteger a experiência dos clientes atuais
  • Incluem suspensão temporária de novas assinaturas, limites de uso mais rígidos e ajuste na disponibilidade de modelos
  • Os motivos das mudanças e o alcance do impacto para os usuários também são especificados
• A expansão dos fluxos de trabalho agentivos mudou de forma fundamental a demanda computacional do Copilot
  • Sessões paralelas de longa duração passaram a consumir regularmente muito mais recursos do que a estrutura original dos planos foi projetada para suportar
  • Com a ampliação dos recursos agentivos, mais tarefas estão sendo executadas, e também aumentou o número de clientes que atingem os limites de uso necessários para manter a confiabilidade do serviço
  • Sem medidas adicionais, isso levaria à queda da qualidade do serviço como um todo
• Houve reclamações sobre os limites de uso e a disponibilidade de modelos, e foi mencionada a necessidade de melhorar a comunicação sobre os guardrails adicionais
  • Esta mudança também busca deixar mais claro o que está mudando e por quê

Ajustes por plano

• Suspensão temporária de novas assinaturas dos planos GitHub Copilot Pro, Pro+ e Student
  • Medida adotada para atender melhor os clientes atuais
• Reforço dos limites de uso dos planos individuais
  • O Pro+ oferece um limite 5 vezes maior que o Pro
  • Usuários do Pro que precisarem de limites mais altos podem fazer upgrade para o Pro+
  • Para facilitar o acompanhamento, o VS Code e o Copilot CLI passarão a mostrar os limites de uso
• Fim da oferta do modelo Opus no plano Pro
  • O Opus 4.7 continuará disponível no plano Pro+
  • Conforme aviso separado no changelog, o Opus 4.5 e o Opus 4.6 também serão removidos do Pro+
• Medidas consideradas essenciais para oferecer uma experiência previsível aos clientes atuais
  • Se você foi impactado por limitações inesperadas ou se as mudanças não atenderem ao que precisa, será possível cancelar a assinatura Pro ou Pro+ em Billing settings até 20 de maio e receber reembolso referente ao período restante da assinatura atual
• O texto da política de reembolso foi atualizado para maior clareza em 21 de abril de 2026

Como funcionam os limites de uso do GitHub Copilot

• Atualmente existem dois tipos de limite de uso: limite por sessão e limite semanal de 7 dias
  • Ambos são determinados por dois fatores: consumo de tokens e multiplier do modelo

• Limite por sessão

  • Mecanismo criado para evitar sobrecarga do serviço nos horários de pico
  • Foi configurado para que a maioria dos usuários não seja afetada
  • Deve ser ajustado ao longo do tempo para equilibrar confiabilidade e demanda
  • Ao atingir o limite por sessão, será preciso aguardar a redefinição da janela de uso para voltar a usar o Copilot

• Limite semanal

  • É o teto de tokens que um usuário pode consumir ao longo de uma semana
  • Trata-se de uma restrição introduzida recentemente para controlar solicitações paralelizadas de longa duração, que frequentemente geram custos muito altos
  • O limite semanal de cada plano também foi definido para que a maioria dos usuários não seja afetada
  • Mesmo ao atingir o limite semanal, ainda será possível continuar usando o Copilot com Auto model selection se ainda houver premium requests disponíveis
  • A funcionalidade de seleção de modelo será reativada quando o período semanal for redefinido
  • Usuários do Pro podem ampliar o limite semanal com upgrade para o Pro+
  • O Pro+ inclui um limite 5 vezes maior que o Pro

• Diferença em relação a premium requests

  • premium requests determinam a quais modelos você pode acessar e quantas solicitações pode fazer
  • Limites de uso são guardrails baseados em tokens que restringem quantos tokens podem ser consumidos dentro de uma janela de tempo específica
  • É possível atingir os limites de uso mesmo ainda tendo premium requests disponíveis

Prevenção de bloqueios inesperados e mais transparência

• O VS Code e o Copilot CLI passarão a mostrar o uso disponível quando você estiver perto dos limites
  • Mudança feita para ajudar a evitar que os usuários atinjam restrições inesperadamente
• Foram apresentadas algumas formas de reduzir a chance de atingir os limites

  • Usar modelos com multiplier menor

    • Para tarefas simples, recomenda-se usar modelos com multiplier menor
    • Quanto maior o multiplier, mais rápido os limites são atingidos

  • Upgrade para Pro+

    • Usuários do plano Pro podem ampliar o limite para um nível 5 vezes maior com upgrade para Pro+

  • Usar plan mode

    • O uso do plan mode melhora a eficiência do trabalho
    • São fornecidos links para a documentação relacionada ao VS Code e ao Copilot CLI
    • O plan mode também melhora a taxa de sucesso das tarefas

  • Reduzir fluxos de trabalho paralelos

    • Ferramentas como /fleet podem aumentar bastante o consumo de tokens, então convém usá-las com moderação ao se aproximar dos limites

Motivos para aplicar essas medidas

• Agentes e subagents vêm agregando valor na resolução de problemas complexos de programação, ao mesmo tempo em que aumentam a intensidade de uso em toda a base de usuários
• Fluxos de trabalho paralelos de longa duração podem gerar grande valor, mas também trazem pressão sobre a infraestrutura e a estrutura de preços
  • Agora, tornou-se comum que apenas algumas solicitações já gerem custos superiores ao preço do plano
• Esse problema é tratado como um desafio que o GitHub precisa resolver
  • As medidas atuais têm o objetivo de oferecer a melhor experiência possível aos usuários atuais enquanto servem de base para desenvolver uma solução mais sustentável