O prompt de David Crawshaw: quando automação de manutenção vira cron job com IA

Simon Willison publicou uma citação de David Crawshaw, no contexto de "Devtools must be open source", que resume em uma frase um padrão de uso de agentes de código que merece atenção de quem constrói software no dia a dia.

O prompt, na íntegra, é:

"Set up a nightly cron job that executes the prompt: fetch upstream changes to the and rebase all local changes on top of upstream. Check that the software works as intended and replace the current version."

Ou seja: um agendamento noturno que, todas as noites, busca as mudanças do upstream de algum software, faz rebase das alterações locais em cima dessas mudanças, verifica se tudo continua funcionando e substitui a versão atual. É manutenção contínua delegada a um agente.

Por que isso chama atenção

O padrão descrito ataca uma das dores mais chatas de quem mantém um fork ou uma versão customizada de uma ferramenta open source: o drift. Quanto mais tempo suas mudanças locais ficam separadas do upstream, mais dolorosa fica a reconciliação. Rebase manual acumulado é onde nascem os conflitos monstruosos.

A ideia de Crawshaw é transformar isso numa rotina automatizada e frequente. Rebase todo dia significa conflitos pequenos, resolvidos incrementalmente, em vez de um pesadelo trimestral. O agente de código entra justamente na parte que antes exigia julgamento humano: resolver conflitos de merge e avaliar se "the software works as intended".

O que é genuinamente novo

Cron job rodando git fetch e git rebase não é novidade nenhuma. O que muda é o execute the prompt no meio. Historicamente, automação de rebase parava no primeiro conflito e esperava um humano. Aqui, a proposta é que o agente resolva o conflito com contexto semântico do código, e não só com heurística textual de linhas.

É um deslocamento de fronteira: tarefas que exigiam entendimento do código passam a ser candidatas a automação não determinística. Essa é a promessa central dos coding agents, e a citação de Crawshaw é um exemplo enxuto de como aplicá-la a um problema real.

Os trade-offs que a frase esconde

A elegância do prompt não deve esconder os riscos. Vale listar os pontos que quebram na prática:

• "Check that the software works as intended" é a parte difícil. Um agente só valida o que consegue verificar. Sem uma suíte de testes decente, "funciona" vira "compilou". A automação é tão boa quanto o gate de qualidade que existe embaixo dela.
• Resolução de conflitos não determinística. O mesmo conflito pode ser resolvido de formas diferentes em execuções distintas. Sem revisão, o agente pode escolher a resolução errada de forma silenciosa e plausível.
• "Replace the current version" sem gate humano é perigoso. Substituir a versão em produção porque o agente disse que passou pede, no mínimo, ambiente de staging, changelog automático e possibilidade de rollback.
• Custo e reprodutibilidade. Rodar um agente completo toda noite tem custo de tokens e depende do modelo estar disponível e estável. Uma mudança de comportamento do modelo pode alterar a rotina sem aviso.

Como aproveitar o padrão com segurança

Quem quiser testar essa ideia num projeto real ganha mais adotando uma versão mais defensiva. Em vez de substituir a versão automaticamente, o agente pode abrir um pull request com o rebase feito e o resultado dos testes anexado. Assim você mantém o benefício (conflitos pequenos, resolvidos cedo) sem abrir mão do controle humano no ponto crítico.

Um esqueleto de rotina seria mais ou menos:

1. git fetch upstream e criar um branch temporário.
2. Rodar o agente com a instrução de rebase e resolução de conflitos.
3. Executar a suíte de testes e coletar o resultado.
4. Abrir PR com o diff e o log de testes, em vez de fazer merge direto.

O valor da citação de Crawshaw está menos na frase específica e mais no que ela sinaliza: automação recorrente com agentes está saindo do território de demo e entrando na manutenção de verdade. A recomendação para o dev brasileiro é a de sempre: teste em um repositório de baixo risco, meça o custo, e nunca deixe o agente ser o único juiz de que "funciona".

Fonte: Simon Willison