Cambios en los planes personales de GitHub Copilot
(github.blog)- La expansión de los flujos de trabajo agénticos ha incrementado la demanda computacional de sesiones paralelas de larga duración, por lo que se aplican la suspensión de nuevas suscripciones para planes personales, límites de uso más estrictos y ajustes en el alcance de los modelos disponibles
- Se suspenden temporalmente las nuevas suscripciones a los planes GitHub Copilot Pro, Pro+ y Student, y en los planes personales se aplican de forma más estricta guardrails basados en tokens, incluidos límites por sesión y un límite semanal de 7 días
- El modelo Opus deja de estar disponible en el plan Pro, Opus 4.7 seguirá disponible en Pro+, y Opus 4.5 y 4.6 también serán retirados de Pro+ según un anuncio separado
- Se agregan indicadores de límites de uso en VS Code y Copilot CLI, y se sugieren como formas de mitigar el alcance del límite usar modelos con un multiplier más bajo, actualizar a Pro+, aprovechar plan mode y reducir los flujos de trabajo en paralelo
- Quedó claro que incluso con un número pequeño de solicitudes frecuentemente se generan costos que superan el precio del plan, lo que llevó a estas medidas para mantener la confiabilidad del servicio y asegurar una experiencia predecible para los clientes existentes
Resumen de los cambios
- Se aplican tres ajustes al plan GitHub Copilot Individual para proteger la experiencia de los clientes actuales
- Incluyen la suspensión temporal de nuevas suscripciones, límites de uso más estrictos y ajustes en la disponibilidad de modelos
- También se especifican las razones del cambio y el alcance de su impacto en los usuarios
- La expansión de los flujos de trabajo agénticos ha cambiado de forma fundamental la demanda computacional de Copilot
- Las sesiones paralelas de larga duración consumen regularmente muchos más recursos de los que la estructura anterior del plan estaba diseñada para soportar
- Con la ampliación de las funciones agénticas se ejecutan más tareas, y también aumenta el número de clientes que alcanzan límites de uso necesarios para mantener la confiabilidad del servicio
- Sin medidas adicionales, esto terminaría degradando la calidad general del servicio
- Hubo quejas sobre los límites de uso y la disponibilidad de modelos, y se menciona la necesidad de mejorar la comunicación sobre los guardrails adicionales
- Este cambio busca dejar más claro qué está cambiando y por qué
Ajustes por plan
- Se suspenden temporalmente las nuevas suscripciones a los planes GitHub Copilot Pro, Pro+ y Student
- Es una medida para poder ofrecer el servicio de manera más efectiva a los clientes actuales
- Se refuerzan los límites de uso en los planes personales
- Pro+ ofrece un límite 5 veces mayor que Pro
- Los usuarios de Pro que necesiten un límite más alto pueden actualizar a Pro+
- Para facilitar la visibilidad de los límites, se agregan indicadores de uso en VS Code y Copilot CLI
- El modelo Opus deja de estar disponible en el plan Pro
- Opus 4.7 seguirá disponible en el plan Pro+
- Según un anuncio separado en el changelog, Opus 4.5 y Opus 4.6 también serán retirados de Pro+
- Son medidas necesarias para ofrecer una experiencia predecible a los clientes actuales
- Si alguien se topó con restricciones inesperadas o los cambios no le resultan adecuados, puede cancelar su suscripción Pro o Pro+ en Billing settings antes del 20 de mayo para recibir un reembolso por el tiempo restante de la suscripción actual
- La redacción de la política de reembolso se actualizó para aclararla con fecha del 21 de abril de 2026
Cómo funcionan los límites de uso de GitHub Copilot
- Actualmente operan dos tipos de límites de uso: límite por sesión y límite semanal de 7 días
- Ambos se determinan en función de dos factores: el consumo de tokens y el multiplier del modelo
-
Límite por sesión
- Es un mecanismo para evitar la sobrecarga del servicio en horas pico
- Está configurado para que la mayoría de los usuarios no se vean afectados
- Con el tiempo se ajustará para equilibrar la confiabilidad y la demanda
- Cuando se alcanza el límite por sesión, hay que esperar a que se reinicie la ventana de uso para volver a usar Copilot
-
Límite semanal
- Es el tope total de tokens que un usuario puede consumir en una semana
- Es una restricción introducida recientemente con el objetivo de controlar solicitudes paralelizadas de larga duración que suelen generar costos muy altos
- El límite semanal de cada plan también está configurado para que la mayoría de los usuarios no se vean afectados
- Aunque se alcance el límite semanal, si aún quedan premium request, se puede seguir usando Copilot con Auto model selection
- La función de selección de modelo se reactiva cuando se reinicia el período semanal
- Los usuarios de Pro pueden ampliar su límite semanal actualizando a Pro+
- Pro+ incluye un límite 5 veces mayor que Pro
-
Diferencia frente a premium request
- premium request determina a qué modelos se puede acceder y cuántas solicitudes se pueden hacer
- Los límites de uso son guardrails basados en tokens que restringen cuántos tokens se pueden consumir dentro de una ventana de tiempo específica
- Incluso si aún quedan premium request, se puede llegar al límite de uso
Prevención de restricciones inesperadas y más transparencia
- VS Code y Copilot CLI empezarán a mostrar el uso disponible cuando el usuario esté cerca del límite
- Es un cambio pensado para ayudar a evitar llegar a restricciones inesperadas
- Se presentan varias formas de reducir la posibilidad de alcanzar el límite
-
Usar modelos con multiplier más bajo
- Para tareas simples se recomienda usar modelos con un multiplier más bajo
- Cuanto mayor sea el multiplier, más rápido se alcanza el límite
-
Actualizar a Pro+
- Los usuarios del plan Pro pueden ampliar su límite hasta un nivel 5 veces mayor con una actualización a Pro+
-
Usar plan mode
- Usar plan mode mejora la eficiencia en el trabajo
- Se proporcionan enlaces a la documentación relacionada con VS Code y Copilot CLI
- plan mode también mejora la tasa de éxito de las tareas
-
Reducir los flujos de trabajo en paralelo
- Herramientas como /fleet incrementan más el consumo de tokens, por lo que si se está cerca del límite conviene usarlas con moderación
-
Por qué se aplicaron estas medidas
- Los agentes y subagents aportan valor para resolver problemas complejos de programación, pero al mismo tiempo han incrementado la intensidad de uso en toda la base de usuarios
- Los flujos de trabajo paralelos de larga duración pueden generar mucho valor, pero también aumentan la carga sobre la infraestructura y la estructura de precios
- Ahora se indica explícitamente que se volvió frecuente que incluso un pequeño número de solicitudes genere costos superiores al precio del plan
- GitHub define este problema como un reto que debe resolver
- Estas medidas sirven como base para desarrollar una solución más sostenible mientras se intenta ofrecer la mejor experiencia posible a los usuarios actuales
1 comentarios
Comentarios en Hacker News