Transforme o backlog em branches enquanto você constrói a próxima feature

Rode o Codex ou o Claude Code por script sobre uma lista de issues, num servidor que nunca dorme. Cada correção ganha um teste e uma branch própria, e seu notebook continua sendo seu. O Pro custa $75 por mês.

Quero meu Compute Ver os planos

A partir de $39 por mês · Docker e sudo inclusos · Cancele pelo painel quando quiser

dev@pr-mill:/work/app$ for n in 412 415 418; do codex exec "fix issue #$n, add a test, push fix/$n"; done

▸ #412 reading src/cart/total.ts

▸ #412 npm test ✓ 318 passed

▸ #412 git push -u origin fix/412

▸ #415 reading src/auth/session.ts

▸ #415 npm test ✓ 319 passed

▸ #415 git push -u origin fix/415

▸ #418 reading src/search/query.ts

▸ #418 npm test ✓ 321 passed

✓ three branches pushed: fix/412 fix/415 fix/418

Quarenta bugs pequenos, e cada um custa uma troca de contexto

Cada correção de uma linha exige uma branch, um teste, um push e vinte minutos da sua atenção. Quarenta delas são uma semana perdida.

Runners de CI hospedados são feitos para testes. Um agente precisa de uma hora, um banco, caches quentes e credenciais para terminar o trabalho.

Uma rodada no backlog

10:00
Escreva o loop uma vez
Um loop de shell entrega cada issue ao codex exec ou ao claude -p com o mesmo briefing: corrija, adicione um teste, envie uma branch.
10:02
Deixe numa aba
O loop roda dentro de uma sessão tmux. Feche a aba; ele segue pela lista.
11:30
A stack continua de pé
Postgres e MinIO rodam no Docker do seu Compute para cada issue, então cada correção é testada contra os mesmos serviços.
16:00
Revise as branches prontas
Abra as branches enviadas como pull requests e revise cada diff como o de um colega.

O agente zera o backlog

Seu backlog, em branches
Cada issue termina como uma branch com teste. Você revisa diffs em vez de escrevê-los.
Agentes headless com checkouts e histórico salvos
codex exec e claude -p rodam sem interface. Os checkouts e o histórico de cada agente ficam no projeto entre as execuções.
A décima execução já encontra os caches prontos
Os contêineres, as dependências e os caches de build ficam no terminal que roda o loop, então a décima issue começa tão rápido quanto a segunda.
Toda noite, ou a cada issue nova
O loop é um script de shell no projeto. Edite no terminal e inicie. Adicione um cron para rodar toda noite, ou um listener de webhook para disparar execuções por eventos.

O tamanho para este trabalho

Pro · $75

As 4 vCPU do Pro mantêm a suíte de testes e os contêineres ocupados enquanto a próxima issue já está rodando.

Manifestodetachbox · node 1

Compute: pr-mill
Projetos: /work/app
Plano: Pro · 4 vCPU · 8 GB · 100 GB · $75/mês
Agente: Codex
Abas: 3
Serviços: postgres:18 · minio
Roda: 24 horas por dia, tampa fechada

Pro

Nossa escolha para agentes

$75por mês

5 agentes e os serviços Docker onde eles rodam os testes

vCPU: 4
RAM: 8 GB
disco: 100 GB
Internet: 100 Mbit
Terminais ao mesmo tempo: 5

Quero meu Compute

Perguntas sobre isso

Dá para iniciar execuções por webhook ou cron?

Sim. Cada terminal é Linux com sudo, cron e systemd, rodando enquanto o terminal estiver vivo. Instale ali um cron job ou seu próprio runner, ou sirva um listener de webhook numa porta pública, e inicie agentes a partir dele.

Onde ficam as credenciais git do agente?

Na pasta pessoal do projeto, no seu Compute, que nenhum terminal de outro projeto enxerga. Dê ao agente uma deploy key ou um token granular com escopo nos repositórios em que ele trabalha.

E se uma execução deixar bagunça?

Cada terminal é um sistema Linux próprio, então uma execução ruim fica no terminal dela. Encerre-o e o próximo começa limpo; o git restaura a pasta do projeto.

O que este trabalho usa

Mais trabalhos que as pessoas rodam