"Your spending limit needs to be increased": rode o GitHub Actions hoje

Essa mensagem significa que o CI do seu repositório privado parou e não volta até alguém com permissão de cobrança corrigir, ou até as 00:00 UTC do dia 1º. Cada pull request esperando uma verificação verde espera junto.

Você pode rodar o trabalho agora. Troque-o para runs-on: skipbox e faça push: os executores do Skipbox não gastam do seu orçamento nem dos minutos grátis do GitHub, então o trabalho começa enquanto a cobrança ainda está quebrada.

Por que o GitHub não inicia o trabalho

A página da execução mostra:

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

A sua conta não consegue pagar por mais tempo de executor hospedado pelo GitHub. Há três causas:

Os orçamentos ficam em Billing & Licensing → Budgets and alerts, os cartões em Billing & Licensing → Payment information. Depois da correção, os trabalhos recusados continuam recusados: abra cada execução e clique em Re-run failed jobs. Se a cobrança parece certa e os trabalhos ainda não começam, só o suporte do GitHub resolve. A mensagem de orçamento, que é outra, tem um guia próprio: o erro “an Actions budget is preventing further use”.

O que fica bloqueado são os executores hospedados pelo GitHub em repositórios privados. Os executores auto-hospedados não: o GitHub não cobra os minutos deles. O Skipbox é um executor auto-hospedado.

Corrigir a cobrança só te dá mais um mês

A franquia grátis é de US$ 12 ou US$ 18 por mês, 2.000 ou 3.000 minutos de ubuntu-latest. Equipes que rodam CI a cada push a gastam até o meio do mês. Um cartão ou um orçamento maior transforma o bloqueio em uma fatura por minuto:

Os valores do GitHub são a fatura depois do valor incluído no GitHub Team. Teste os seus próprios minutos na calculadora da página inicial.

E os minutos só sobem. Agentes de programação fazem push e rodam o CI de novo a qualquer hora, suítes E2E e builds em matriz multiplicam cada push, e um orçamento baixo o bastante para segurar a fatura é baixo o bastante para travar os merges de novo no mês seguinte. A cada vez, a equipe toda espera quem pode mexer na cobrança.

O que muda no Skipbox

Os trabalhos não param por causa da cobrança

Os trabalhos no Skipbox não consomem nada da sua franquia nem do seu orçamento do GitHub, e uma cobrança recusada do GitHub não os afeta. Se chegarem mais trabalhos do que o seu plano roda ao mesmo tempo, eles esperam a vez em vez de falhar.

Um preço fixo, minutos ilimitados

Mais rápido, e nada para gerenciar

A máquina da sua conta fica entre os trabalhos, então as camadas Docker, os caches de pacotes e as ferramentas instaladas estão lá para a próxima execução, com 7× ou mais o espaço de cache do GitHub. O Skipbox provisiona e atualiza a máquina, limpa tudo depois de cada trabalho, e verifica a integridade e recria a máquina automaticamente.

Mudar é uma linha

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

1. Entre no Skipbox com o GitHub.
2. Instale o app do Skipbox no GitHub e escolha os repositórios bloqueados.
3. Troque o runs-on e faça push.

A execução que você acabou de enviar começa no Skipbox, em Ubuntu 24.04 com Docker, Node.js e Python. Funciona com organizações e com contas pessoais. O que fazer quando o GitHub para os seus trabalhos tem os passos e como voltar.

Segurança

• Cada conta tem a sua própria máquina. Os seus trabalhos nunca dividem uma com os de outra empresa.
• Depois de cada trabalho, o Skipbox apaga as credenciais, os processos e os contêineres do executor. A partir de 13 de novembro de 2026, o seu checkout e a saída de build dele (o target/ do Cargo) ficam na sua própria máquina para os próximos trabalhos; Limpar a cada trabalho dá a cada trabalho uma máquina nova.
• O código de pessoas sem acesso de escrita (como pull requests de forks) roda em uma máquina nova, de uso único.

Teste no trabalho bloqueado

O teste não pede cartão e dura 7 dias ou 3.000 minutos de trabalhos. Troque o trabalho bloqueado para runs-on: skipbox, faça push e faça o merge hoje em vez de esperar a cobrança.

Atualizado em 11 de novembro de 2026