Fija los presupuestos de IA que eviten que los valores predeterminados de Copilot de septiembre te vacíen la caja

Trata el recorte de créditos de septiembre como un evento de precios

La página de facturación de Copilot puede mostrar una factura proyectada a partir de principios de mayo, antes del cambio del 1 de junio de 2026. El recorte de créditos del 1 de septiembre de 2026 es el caso de prueba: las licencias Business pasan de 3.000 a 1.900 créditos, un recorte del 36,7 por ciento, y las licencias Enterprise pasan de 7.000 a 3.900, un recorte del 44,3 por ciento.

Cuando un proveedor cambia lo que incluye, el saldo bancario debería moverse antes que la factura. GitHub trasladó todos los planes de Copilot a una facturación basada en el uso el 1 de junio de 2026, sustituyendo el sistema de unidades de solicitud premium. Tras el cambio, los precios base por licencia se mantuvieron en $10 para Pro, $39 para Pro+, $19 por usuario para Business y $39 por usuario para Enterprise, y cada plan ahora recibe un pool mensual de créditos de IA igual a su precio.

Los créditos promocionales de $30 al mes para clientes Business y $70 al mes para usuarios Enterprise cubrieron junio, julio y agosto de 2026. Tras agosto, el pool incluido es la asignación permanente. Cuando el pool incluido se agota, el servicio se detiene, por lo que continuar trabajando requiere comprar créditos adicionales en lugar del antiguo descenso automático. Los controles de administración pueden limitar el gasto a nivel de empresa, centro de coste o usuario individual una vez agotado el pool de créditos incluido. Cursor sustituyó las asignaciones fijas de solicitudes rápidas por pools de créditos en junio de 2025 y más tarde se disculpó públicamente y reembolsó a algunos usuarios tras grandes excesos.

Realiza la auditoría de excesos de IA antes de la próxima factura

La auditoría convierte un pool compartido en usuarios con nombre, presupuestos con tope y un número que puedes incluir en la fijación de precios. La lista es lo suficientemente corta como para terminarla antes del próximo ciclo de facturación.

• Extrae el uso de créditos por usuario e identifica a los diez mayores consumidores.
• Fija un presupuesto por usuario con parada dura o un tope de exceso antes de que cambie el nivel de revisión predeterminado.
• Dirige el trabajo rutinario a modelos más baratos y controla deliberadamente el esfuerzo de revisión de código.
• Recalcula el coste por desarrollador a partir de la factura de septiembre e incorpóralo a la fijación de precios.

Un equipo de diez licencias de Copilot Business obtiene un pool compartido de 19.000 créditos valorado en $190, y cualquier miembro del equipo puede extraer de él. Ese pool puede ocultar quién está extrayendo de él, por lo que la extracción de uso es importante.

Los planes de pago de Copilot siguen ofreciendo completados de código ilimitados y sugerencias de próxima edición, y esas funciones no consumen créditos de IA. El presupuesto debe centrarse en las funciones que sí consumen créditos.

Deja que la factura fije el coste por desarrollador

A menos que una organización seleccione primero un nivel de esfuerzo de revisión, la revisión de código de Copilot usará el nivel de esfuerzo Balanced de forma predeterminada a partir del 28 de septiembre de 2026. Si un equipo fusiona 100 pull requests en un mes, el coste en créditos de la revisión de código de Copilot puede pasar de un rango de $5 a $100 a un rango de $25 a $500 cuando sube el nivel de esfuerzo predeterminado. Ese rango debe estar en la revisión de caja.

Usa la factura proyectada para comparar la línea mensual antigua con la nueva línea de créditos. Divide el gasto real en IA entre los desarrolladores que la usan. Si el resultado es mayor que el coste de la herramienta anterior, decide si la función justifica la diferencia. Si es menor, mantén el presupuesto y anota el margen.

Elige el comportamiento de parada antes de que el pool se vacíe. Una parada dura protege la caja pero puede interrumpir el trabajo. Un margen de exceso protege el flujo pero necesita un tope. Para un equipo bootstrapped, el tope debe ser una línea que puedas defender en la próxima revisión de precios.

La vista por equipo puede parecer eficiente mientras una persona consume el presupuesto. La vista por usuario convierte ese uso oculto en un nombre. Entonces puedes preguntarte si el trabajo de esa persona necesita un presupuesto mayor o un modelo más barato.

No todas las tareas necesitan el modelo más potente. Dirige resúmenes, código boilerplate y pequeñas correcciones a la opción más barata. Reserva el esfuerzo costoso para revisión, arquitectura y depuración compleja. Elegir un nivel de esfuerzo inferior es una decisión de coste. Elegir uno superior es una decisión de calidad. Pon el número en el modelo de precios para que el próximo cambio sea visible.