O que é Software factory?

O que é uma software factory

Uma software factory é um sistema de trabalho que inicia sessões de agentes por gatilhos, em vez de esperar alguém abrir cada tarefa. O gatilho pode ser a criação de uma issue, um horário agendado, uma falha na integração contínua ou o término de outra sessão. Com a fábrica, mais trabalho roda sem espera, e a atenção humana fica para as escolhas que continuam exigindo revisão.

Por que a fábrica existe

Sem uma fábrica, cada sessão começa porque alguém a iniciou. Mesmo o trabalho que roda sozinho espera alguém abrir a sessão, apontar a tarefa e colocá-la em andamento. Quando você quer ganhar cadência além desse ritmo manual, a fábrica inicia a sessão sem essa espera, sem mudar necessariamente o restante do fluxo.

Gatilhos que iniciam as sessões

Os gatilhos comuns aparecem na tabela abaixo, com a sessão que cada um inicia e um exemplo de aplicação.

Cada gatilho fornece a entrada que a sessão vai usar. Uma issue precisa descrever o comportamento esperado, um agendamento precisa dizer qual correção fazer e uma falha de integração contínua precisa apontar o build que quebrou. Quanto mais específica a entrada, mais parecida com o esperado fica a pull request que a sessão abre.

Começar pequeno

Uma fábrica não precisa cobrir o processo inteiro de software. Um único cron que executa um tipo de sessão e abre uma pull request revisável já é uma fábrica. Começar assim é útil: um ciclo estreito produz pull requests pequenas e parecidas, e revisar essas mudanças mostra até onde o ciclo pode ser confiado antes de você ampliá-lo.

Onde o humano continua

Você pode entrar em qualquer ponto da fábrica: escrever e marcar as issues que iniciam sessões, aprovar o plano de implementação ou revisar a pull request no momento do merge. Escolher quais desses pontos permanecem humanos é a pergunta central do desenho, e a resposta muda conforme o trecho do código.

Quando nenhuma parte da saída passa por revisão, aquele trecho do código aceita pull requests sem leitura externa. Um ciclo que aplica uma correção de lint por noite e nunca é revisado pode corrigir dez vezes certo e errar na décima primeira, com o erro indo para o merge. Manter ao menos um ponto de revisão faz esse erro aparecer cedo.

Como conferir a fábrica

Compare o que o gatilho iniciou com o que a sessão entregou. No cron noturno, você confere o horário do disparo e compara a correção aplicada com a pull request aberta e com o resultado da execução. Uma fábrica que produz mudanças pequenas e parecidas torna essa conferência rápida, porque você aprende o padrão do ciclo e identifica a exceção quando ela aparece.

Para desenhar a primeira fábrica e definir o que fica sob revisão humana, o Conselheiro de Tecnologia da Dev Side Studio oferece uma segunda leitura sobre o funcionamento dos agentes, a arquitetura e a forma de acompanhar o resultado.

Aplicação na formação

Vibe Coding: Do Zero ao MVP

Uma software factory inicia sessões de agentes por gatilhos e concentra a revisão humana nas pull requests, prática trabalhada na Formação Vibe Coding.

Conhecer a formação →