"Your spending limit needs to be increased" en GitHub Actions: solución

Este mensaje significa que la CI de tus repositorios privados se detuvo y no volverá a empezar hasta que alguien con permisos de facturación lo arregle, o hasta las 00:00 UTC del día 1. Cada pull request que espera una marca verde espera con ella.

Puedes ejecutar el trabajo ahora. Cámbialo a runs-on: skipbox y haz push: los ejecutores de Skipbox no gastan de tu presupuesto de GitHub ni de tus minutos gratis, así que el trabajo empieza aunque la facturación siga rota.

Por qué GitHub no inicia el trabajo

La página de la ejecución muestra:

The job was not started because recent account payments have failed or your spending limit needs to be increased.

Tu cuenta no puede pagar más tiempo de ejecutores hospedados en GitHub. Hay tres causas:

Los presupuestos están en Billing & Licensing → Budgets and alerts, y las tarjetas en Billing & Licensing → Payment information. Después de arreglarlo, los trabajos rechazados siguen rechazados: abre cada ejecución y haz clic en Re-run failed jobs. Si la facturación parece correcta y los trabajos siguen sin empezar, solo el soporte de GitHub puede resolverlo. El mensaje de presupuesto, que es otro, tiene su propia guía: un presupuesto de Actions impide seguir usándolo.

Lo que se bloquea son los ejecutores hospedados en GitHub en repositorios privados. Los ejecutores autohospedados no: GitHub no cobra sus minutos. Skipbox es un ejecutor autohospedado.

Arreglar la facturación solo te da un mes

La asignación gratuita es de US$ 12 o US$ 18 al mes, 2.000 o 3.000 minutos de ubuntu-latest. Los equipos que ejecutan la CI en cada push la gastan a mitad de mes. Una tarjeta o un presupuesto más alto convierten el bloqueo en una factura por minuto:

Las cifras de GitHub son la factura después del importe incluido en GitHub Team. Prueba con tus propios minutos en la calculadora de la página de inicio.

Y los minutos solo suben. Los agentes de código hacen push y vuelven a ejecutar la CI a todas horas, las suites E2E y las compilaciones de matriz multiplican cada push, y un presupuesto lo bastante bajo para contener la factura es lo bastante bajo para volver a detener las fusiones el mes que viene. Cada vez, todo el equipo espera a quien puede editar la facturación.

Lo que cambia con Skipbox

Los trabajos no se detienen por la facturación

Los trabajos en Skipbox no consumen nada de tu asignación ni de tu presupuesto de GitHub, y un cargo fallido de GitHub no los afecta. Si llegan más trabajos de los que tu plan ejecuta a la vez, esperan su turno en lugar de fallar.

Un solo precio fijo, minutos ilimitados

Más rápido, y nada que administrar

La máquina de tu cuenta se mantiene entre trabajos, así que las capas de Docker, las cachés de paquetes y las herramientas instaladas están ahí para la siguiente ejecución, con 7× o más el espacio de caché de GitHub. Skipbox aprovisiona y actualiza la máquina, limpia después de cada trabajo, y comprueba su estado y la reconstruye automáticamente.

Pasarte es una línea

jobs:
  test:
    runs-on: skipbox # was ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: npm ci && npm test

1. Inicia sesión en Skipbox con GitHub.
2. Instala la app de GitHub de Skipbox y elige los repositorios bloqueados.
3. Cambia runs-on y haz push.

La ejecución que acabas de subir empieza en Skipbox, en Ubuntu 24.04 con Docker, Node.js y Python. Funciona con organizaciones y con cuentas personales. Qué hacer cuando GitHub detiene tus trabajos tiene los pasos y cómo volver.

Seguridad

• Cada cuenta tiene su propia máquina. Tus trabajos nunca la comparten con los de otra empresa.
• Después de cada trabajo, Skipbox borra las credenciales, los procesos y los contenedores del ejecutor. Desde el 13 de noviembre de 2026, tu checkout y su salida de compilación (el target/ de Cargo) se quedan en tu propia máquina para tus próximos trabajos; “VM nueva en cada trabajo” le da a cada trabajo una máquina nueva.
• El código de personas sin acceso de escritura (como los pull requests desde forks) se ejecuta en una máquina nueva de un solo uso.

Pruébalo con el trabajo bloqueado

La prueba no pide tarjeta y dura 7 días o 3000 minutos de trabajos. Cambia el trabajo bloqueado a runs-on: skipbox, haz push y fusiona hoy en lugar de esperar a la facturación.

Actualizado el 11 de noviembre de 2026