El modelo de facturación de GitHub Copilot cambió dos veces el año pasado y volvió a cambiar este mes. Desde ahora, la revisión de código de Copilot en pull requests consume minutos de GitHub Actions de la cuenta de facturación propietaria del repositorio. Para equipos de API, esto significa gestionar tres medidores en paralelo: licencias de Copilot, solicitudes premium y minutos de Actions. Esta guía muestra qué mide cada uno, por qué los repositorios de API suelen consumir más y cómo estimar el costo antes de que aparezca en la factura.
Al final, lo conectamos con un flujo de trabajo en Apidog para mantener especificaciones de API, pruebas de contrato y revisión de IA en un solo pipeline, en lugar de repartir el control entre varios paneles de facturación.
Si también está modelando los costos de las API que su equipo consume directamente, estas guías sobre precios de GPT-5.5 y precios de DeepSeek V4 cubren el lado por token de la misma conversación.
En resumen: TL;DR
- Copilot ahora tiene tres medidores relevantes: licencia por usuario, solicitudes premium y minutos de Actions para la revisión de código.
- La revisión de código en PR se ejecuta internamente como una GitHub Action y consume minutos de la cuota normal de Actions de la organización.
- Los repositorios de API suelen consumir más porque las PR incluyen especificación, clientes generados, handlers y pruebas.
- Las solicitudes premium aplican a flujos como Workspace, modo agente, Copilot Spaces y selección de modelos.
- Configure límites de gasto antes del siguiente ciclo de facturación.
- Como punto inicial, presupueste entre 400 y 800 minutos de Actions al mes por repositorio de API activo y revise los datos después de 30 días.
Los tres medidores de Copilot
Copilot dejó de ser una única línea de costo. Ahora conviene separarlo en tres partes.
Medidor 1: licencia por usuario
Este es el costo fijo.
- Copilot Business: 10 USD por usuario al mes.
- Copilot Enterprise: 19 USD por usuario al mes.
La licencia cubre chat, completions en línea, sugerencias multilínea, integraciones IDE y acceso al grupo de modelos estándar.
Acción recomendada:
- Exporte la lista de usuarios con licencia.
- Revise actividad real por usuario.
- Recupere licencias de usuarios inactivos.
- Repita la auditoría cada trimestre.
La licencia es el componente más fácil de estimar, pero también el más comúnmente sobredimensionado.
Medidor 2: solicitudes premium
Las solicitudes premium son la unidad de consumo para funciones más costosas de Copilot.
Cuentan como solicitudes premium las operaciones en:
- Modo agente.
- Workspace.
- Copilot Spaces.
- Selección de modelos fuera del predeterminado.
Tarifas actuales, sujetas a cambios:
| Característica | Costo en solicitudes premium |
|---|---|
| Chat del modelo predeterminado | Gratis para niveles de pago |
| Completions en línea | Gratis para niveles de pago |
| Modo agente con modelo predeterminado | 1 por solicitud |
| Workspace con modelo predeterminado | 1 por solicitud |
| Claude Sonnet 4.5 | Multiplicador de 1.5x |
| GPT-5.5 | Multiplicador de 2x |
| GPT-5.5 Pro | Multiplicador de 6x |
| Consulta de Copilot Spaces | 1 por consulta |
Cuotas incluidas:
| Plan | Solicitudes premium incluidas |
|---|---|
| Copilot Business | 300 por usuario/mes |
| Copilot Enterprise | 1.000 por usuario/mes |
El exceso se factura a 0,04 USD por solicitud, hasta el límite de gasto configurado en la organización.
En equipos de API, los prompts que más consumen suelen ser tareas como:
Regenera el cliente OpenAPI para este cambio.
Escribe una prueba de contrato para este nuevo endpoint.
Actualiza el handler, la validación y los tests para esta ruta.
Aunque el desarrollador envíe una sola instrucción, el flujo interno puede ejecutar varios pasos y consumir varias solicitudes premium.
Medidor 3: minutos de Actions para revisión de código
Este es el cambio más importante para pipelines.
Cuando Copilot revisa una pull request, esa revisión se ejecuta como una GitHub Action. Por lo tanto, consume minutos del mismo pool de Actions que usa su CI.
Dos reglas prácticas:
- Los minutos se descuentan de la cuota normal de GitHub Actions del plan.
- En repositorios privados, esos minutos cuentan contra el presupuesto de Actions. En repositorios públicos, las Actions son gratuitas.
Una revisión típica de Copilot en una PR de API consume entre 2 y 6 minutos de Actions. Una revisión pesada, con diff grande y mucho contexto, puede llegar a 15 minutos.
Fórmula rápida:
minutos_revision = pull_requests_mes × minutos_promedio_por_revision
Ejemplo:
50 PR/mes × 4 min = 200 min/mes
En un único repositorio, eso puede parecer poco. En varios repositorios activos, empieza a competir con el presupuesto de CI.
Por qué los repositorios de API consumen más
Los repositorios de API suelen golpear estos medidores con más fuerza por tres motivos.
1. Las PR son más grandes
Un cambio típico de API puede tocar:
openapi.yaml- Clientes generados
- Handler o controlador del servidor
- Validaciones
- Tests unitarios
- Tests de contrato
- Documentación
Copilot necesita leer más contexto, por lo que la revisión tarda más y consume más minutos de Actions.
2. El código generado infla el diff
Muchos equipos versionan clientes generados en varios lenguajes. Por ejemplo:
clients/typescript/**
clients/python/**
clients/java/**
Si Copilot revisa esos archivos, paga el costo de procesar código que normalmente no requiere revisión humana ni IA.
Acción recomendada: excluya clientes generados de la revisión.
3. Varias herramientas se ejecutan en la misma PR
Una PR de API puede activar:
- Copilot review.
- CodeQL.
- Snyk.
- Escáneres internos.
- Tests de contrato.
- Generación de clientes.
- Validación OpenAPI.
Cada herramienta consume su propio tiempo de ejecución. Copilot no reemplaza esos costos; se suma a ellos.
Ejemplo:
50 PR/mes × 4 min/revisión = 200 min/mes
Con tres repositorios similares:
3 × 200 = 600 min/mes
Y eso antes de contar builds, tests y despliegues.
Cómo estimar la factura mensual
Use una estimación en tres pasos.
Paso 1: calcule licencias
costo_licencias_business = usuarios_activos × 10
costo_licencias_enterprise = usuarios_activos × 19
Ejemplo:
10 usuarios × 19 USD = 190 USD/mes
Paso 2: calcule solicitudes premium
Estime el consumo por perfil de usuario:
| Perfil | Uso mensual aproximado |
|---|---|
| Usuario principalmente de chat | ~150 solicitudes |
| Usuario intensivo de Workspace/agente | ~600 a 800 solicitudes |
Fórmula para Copilot Business:
exceso_premium = max(0, solicitudes_usadas - 300_por_usuario) × 0.04
Ejemplo:
solicitudes_usadas = 800
cuota_incluida = 300
exceso = 500
500 × 0.04 = 20 USD
Acción recomendada: configure un límite de gasto a nivel de organización. El valor predeterminado ilimitado no es seguro para equipos que aún no monitorean consumo.
Paso 3: calcule minutos de Actions para revisión
Use el promedio real si ya tiene datos. Si no, empiece con 4 minutos por PR de API.
minutos_revision = prs_mes × 4
Para repositorios privados en Linux:
exceso_actions = max(0, minutos_revision - cuota_actions_disponible) × 0.008
Ejemplo para un equipo de 10 desarrolladores en Enterprise que fusiona 200 PR al mes:
Licencias: 10 × 19 = 190 USD
Exceso premium: ~40 USD
Revisión Copilot: 200 × 4 = 800 min/mes
Exceso Actions: 0 USD si entra en cuota
Total aproximado:
230 USD/mes
En equipos Business pequeños, el exceso puede aparecer antes porque las cuotas incluidas son más ajustadas.
Cambios recomendados en el pipeline de CI
Estos ajustes reducen consumo sin eliminar la revisión cuando aporta valor.
1. Omita bots y PR automáticas
No ejecute revisión de Copilot en PR de Dependabot, Renovate u otros automatizadores.
on:
pull_request:
types: [opened, synchronize]
jobs:
copilot-review:
if: github.actor != 'dependabot[bot]' && github.actor != 'renovate[bot]'
runs-on: ubuntu-latest
steps:
- uses: github/copilot-review@v1
Esto evita gastar minutos en actualizaciones de dependencias que ya tienen un patrón de revisión conocido.
2. Filtre archivos generados
En repositorios de API, excluya clientes generados y artefactos derivados.
Ejemplo de rutas que sí conviene revisar:
on:
pull_request:
paths:
- 'apis/**/*.yaml'
- 'cmd/**'
- 'internal/**'
- 'tests/**'
Evite rutas como:
clients/generated/**
sdk/**
dist/**
La revisión se concentra en lógica, contratos y tests, no en archivos generados.
3. Use validación barata antes de revisión cara
Ordene el pipeline así:
- Validar especificación OpenAPI.
- Ejecutar pruebas de contrato.
- Ejecutar tests rápidos.
- Solo si todo pasa, activar revisión de Copilot.
Ejemplo conceptual:
jobs:
contract-tests:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- name: Run contract validation
run: apidog-cli test
copilot-review:
needs: contract-tests
if: needs.contract-tests.result == 'success'
runs-on: ubuntu-latest
steps:
- uses: github/copilot-review@v1
La idea es simple: falle rápido con checks baratos y reserve Copilot para PR que ya pasaron validación básica.
4. Use activación por etiqueta
En lugar de revisar cada PR, active Copilot solo cuando la PR tenga una etiqueta explícita.
Ejemplo de política:
review-please
Modelo recomendado:
- PR pequeñas: revisión humana normal.
- PR de cambios de contrato: Copilot review.
- PR críticas o de seguridad: Copilot review + revisión humana obligatoria.
Este patrón reduce costos sin perder cobertura en cambios importantes.
Gobernanza: controles mínimos
Configure estos cuatro controles antes del próximo ciclo de facturación.
1. Límite de gasto
Defínalo a nivel de organización.
Recomendación práctica:
límite = presupuesto_mensual_esperado × 0.8
Si el presupuesto esperado es 500 USD:
500 × 0.8 = 400 USD
Así fuerza una revisión antes de que el consumo se descontrole.
2. Alertas de solicitudes premium
GitHub envía alertas al 50 %, 75 % y 90 % de la cuota incluida.
No las deje solo en correo. Envíelas también a:
- Slack.
- Microsoft Teams.
- PagerDuty.
- La herramienta interna de incidentes.
3. Política de disparadores por repositorio
Defina una regla clara:
- Copilot review en todas las PR.
- Copilot review solo con etiqueta.
- Copilot review solo en rutas específicas.
- Copilot review solo en repositorios críticos.
Para equipos de API, el modelo por etiqueta suele ser el más equilibrado.
4. Habilitación por equipo
No active todas las funciones de Copilot Enterprise para toda la organización de una vez.
Empiece con:
- Equipo de plataforma.
- Equipo de API principal.
- Repositorios con mayor volumen de cambios.
- Expansión gradual tras 30 días de métricas.
Dónde encaja Apidog
Apidog no reemplaza Copilot. Sirve como capa para centralizar especificaciones, mocks y pruebas de contrato, de modo que la revisión de IA no tenga que resolver problemas que el pipeline puede detectar antes.
Un flujo práctico:
- Mantenga la especificación y ejemplos de requests en la colección de Apidog junto al repositorio.
- Ejecute pruebas de contrato contra el mock server de Apidog.
- Valide contratos antes de activar revisión de Copilot.
- Use Copilot para revisar lógica de controladores, cobertura y cambios no triviales.
- Excluya clientes generados y artefactos derivados.
Secuencia recomendada:
OpenAPI spec
↓
Apidog mock server
↓
Contract tests
↓
CI checks
↓
Copilot review
↓
Human review
Esto importa porque la revisión de Copilot es uno de los pasos más caros del pipeline. Si una PR falla por contrato, conviene detectarlo antes de gastar minutos de revisión.
La guía de pruebas de API sin Postman cubre el flujo de simulación de Apidog. La guía de la API de DeepSeek V4 muestra el patrón aplicado a una API de modelo.
Qué revisar en el próximo ciclo de facturación
Ponga estos hitos en el calendario.
Días 1 a 7
Revise:
- Usuarios activos.
- Solicitudes premium por usuario.
- Repositorios con Copilot review activado.
- Minutos de Actions usados por CI.
En esta etapa, la mayoría de equipos aún está dentro de la cuota incluida.
Días 14 a 21
Aquí suelen aparecer los usuarios intensivos.
Revise:
solicitudes premium usadas / cuota incluida
Si configuró un límite de gasto, algunas solicitudes pueden empezar a fallar. Si no configuró límite, la factura seguirá creciendo.
Días 28 a 30
Compare contra el mes anterior:
- Minutos de Actions totales.
- Minutos atribuidos a revisión.
- PR revisadas por Copilot.
- PR de bots revisadas por error.
- Rutas que dispararon revisiones innecesarias.
Ajuste:
- Filtros de ruta.
- Etiquetas.
- Repositorios habilitados.
- Licencias inactivas.
- Usuarios que deberían pasar a Enterprise por volumen.
Errores comunes
Estos son los problemas que más suelen aparecer en auditorías de equipos de API.
1. No configurar límite de gasto
Un flujo de agente mal definido puede consumir durante horas. Siempre configure un límite.
2. Activar revisión en todos los repositorios
No todos los repositorios necesitan revisión de Copilot. Priorice:
- APIs críticas.
- Servicios con alto volumen de cambios.
- Repositorios con lógica compleja.
- Cambios de contrato frecuentes.
3. Revisar clientes generados
Filtre rutas generadas. Es uno de los ahorros más rápidos.
4. Revisar PR de bots
Excluya:
dependabot[bot]renovate[bot]- Bots internos de actualización
- Automatizaciones de versionado
5. No guardar una línea base
Sin una medición previa, no puede saber si un cambio ahorró dinero.
Cada mes, exporte CSV desde facturación de GitHub y guarde:
mes
repositorio
minutos_actions
solicitudes_premium
usuarios_activos
prs_revisadas
costo_total
FAQ
¿El precio por usuario sigue siendo de 10 USD?
Copilot Business cuesta 10 USD por usuario al mes. Copilot Enterprise cuesta 19 USD por usuario al mes. Copilot Pro para individuos cuesta 10 USD al mes. El plan también determina la cuota incluida de solicitudes premium.
¿Las completions en línea ahora se miden?
No. El chat con modelo predeterminado y las completions en línea no se miden para niveles de pago. Las solicitudes premium aplican a funciones más costosas y selección de modelos.
¿Qué pasa cuando se agota mi cuota premium?
Por defecto, las solicitudes pueden fallar con error de cuota. También puede configurar un límite de gasto para permitir exceso a 0,04 USD por solicitud hasta el límite definido.
¿Los minutos de Actions para revisión se facturan por separado?
No. Consumen el mismo grupo de minutos de GitHub Actions que usa el resto de su CI.
¿Puedo deshabilitar por completo la revisión de Copilot?
Sí. El administrador de la organización puede excluir repositorios mediante políticas. También puede controlar la activación por equipo.
¿Copilot review funciona con especificaciones de API privadas?
Sí. En repositorios privados, la revisión consume minutos de Actions. En repositorios públicos, las Actions son gratuitas.
¿La revisión de Copilot también usa solicitudes premium?
Actualmente consume minutos de Actions. El modelo usado por el revisor forma parte de la plataforma Copilot y no se factura por separado como solicitud premium. Esta parte podría cambiar, así que conviene seguir el changelog de GitHub.
Para equipos que ejecutan revisión de Copilot y llamadas directas a APIs de modelos en CI, la guía de GPT-5.5 free Codex cubre el lado por token. Apidog ayuda a mantener la capa de mock y contrato antes de ejecutar revisiones de IA más costosas.
Top comments (0)