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

> O GitHub se recusa a iniciar trabalhos com essa mensagem quando um orçamento acabou, os minutos grátis acabaram sem forma de pagamento ou um pagamento falhou. Até alguém corrigir a cobrança, os merges esperam. Troque o runs-on para skipbox, e o trabalho roda hoje fora do seu orçamento do GitHub, depois por $39 fixos por mês com minutos ilimitados.

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.

- Os trabalhos em `runs-on: skipbox` começam hoje, sem cartão novo nem orçamento maior
- $39 fixos por mês com minutos ilimitados; 20.000 minutos no executor de 4 núcleos do GitHub custam $222
- Nenhum orçamento do GitHub por trás, então o fim do mês que vem não congela o CI de novo

**Trabalhos bloqueados agora?** Troque o trabalho de um repositório privado para `runs-on: skipbox`: ele roda no Skipbox e não gasta nada do seu orçamento do GitHub. Grátis por 7 dias ou 3.000 minutos, sem cartão. [Começar grátis com o GitHub](https://app.skipbox.dev/sign-in?ref=guide-limit-blocked)

## Por que o GitHub não inicia o trabalho

A página da execução mostra:

```text
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:

| Causa | Como saber | Quem corrige |
|---|---|---|
| Um orçamento definido para interromper o uso acabou | **Budgets and alerts** mostra um orçamento do Actions no limite | Um proprietário da organização (em uma conta pessoal, você) |
| Minutos grátis esgotados, sem forma de pagamento | Nenhum cartão cadastrado, ou um orçamento do Actions de US$ 0 | Um proprietário ou gerente de cobrança adiciona um cartão |
| Um pagamento falhou | O GitHub mandou um e-mail dizendo que uma cobrança foi recusada | Um proprietário ou gerente de cobrança |

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”](https://skipbox.dev/guides/github-actions-budget-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:

| Minutos por mês (4 vCPU) | GitHub | Skipbox S | Você economiza por mês |
|---|---|---|---|
| 10.000 | $102 | $39 | **$63** |
| 20.000 | $222 | $39 | **$183** |
| 30.000 | $342 | $39 | **$303** |

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](https://skipbox.dev/?ref=g-github-actions-spending-limit-job-not-started-pt-br#cost).

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

| Plano | Máquina | Por mês |
|---|---|---|
| S | 4 vCPU, 16 GB | $39 |
| M | 8 vCPU, 16 GB | $79 |
| L | 16 vCPU, 32 GB | $149 |

### 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

```yaml
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](https://docs.skipbox.dev/spending-limit) 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.

## Perguntas frequentes

### Como faço os trabalhos rodarem agora, depois desse erro?

Troque o runs-on do trabalho bloqueado para skipbox e faça push. Para o GitHub, os executores do Skipbox são executores auto-hospedados, então eles não gastam do seu orçamento nem dos minutos grátis, e o trabalho começa sem ninguém mexer na cobrança. O teste não pede cartão.

### Esse erro também para os executores auto-hospedados?

Não. Ele para os executores hospedados pelo GitHub. O GitHub não cobra os minutos de executores auto-hospedados nem os desconta da computação incluída, então nenhum orçamento ou falta de cartão os para. É por isso que os trabalhos no Skipbox continuam rodando.

### Aumentei o orçamento e os trabalhos ainda não começam. E agora?

Execute de novo os trabalhos que falharam: o GitHub não tenta de novo sozinho. Verifique se há um segundo orçamento esgotado que cubra o Actions e uma cobrança recusada em Payment history; se tudo estiver certo, fale com o suporte do GitHub. Enquanto o chamado estiver aberto, mova o trabalho para runs-on: skipbox para o CI não ficar esperando o chamado.

### Quando o bloqueio sai sozinho?

Às 00:00 UTC do dia 1º, quando começa o próximo período de cobrança e a computação incluída volta. Se isso ainda está a dias de distância, o Skipbox roda o trabalho hoje.

### Como evito que isso aconteça no mês que vem?

Um orçamento maior significa uma fatura por minuto maior; um menor significa esse erro de novo. Mover os trabalhos para o Skipbox os tira da cobrança do GitHub: $39 fixos por mês com minutos ilimitados.

Atualizado em 2026-11-11 · https://skipbox.dev/pt-br/guides/github-actions-spending-limit-job-not-started