01 / O QUE É
Um motor sempre ligado, um router, um agente que responde no chat, e workers que pegam tarefas de um board. Duas máquinas compartilham um único repositório git como barramento de mensagens, sincronizando a cada quinze minutos.
A frota existe para recomprar atenção. Tudo que era recorrente e antes precisava de um humano no meio, abrir uma tarefa, checar um sistema, notar que algo ficou quieto, agora acontece sem um. O que sobra na bancada é o trabalho que de fato precisa de critério.
Também é o lugar onde toda ideia sobre construir com agentes é testada antes de chegar perto de um cliente. Se um padrão não sobrevive rodando sem supervisão nas minhas próprias máquinas por um mês, ele não merece ser uma recomendação.
02 / COMO FUNCIONA
O barramento. A cabine é um laptop que vai e vem. O motor é uma máquina no canto da sala que nunca dorme. Entre eles não há fila, não há broker, nenhum serviço para manter vivo: há um repositório, e os dois fazem commit nele. A cada quinze minutos cada lado puxa o que o outro deixou. O barramento é chato de propósito, e chato é o que sobrevive a uma semana ruim.
Os olhos. Uma camada de observação separada ingere as coisas que carregam o sinal de verdade: várias caixas de email, mensagens, a agenda, até sono e recuperação de um wearable. Ela escreve tudo em um event log de apenas acréscimo, com um cursor por consumidor, então qualquer leitor pode ser reconstruído do zero e reproduzir o histórico sem pedir permissão a ninguém. Dezessete serviços pequenos, cada um burro sozinho.
Os reflexos. Os watchers reagem quando algo chega, em vez de perguntar a cada poucos minutos se algo aconteceu. Uma mudança na agenda chega à frota em segundos, não no próximo tick do cron. O gargalo nunca foi a ingestão: foi o leitor.
O arqueólogo. Ao amanhecer, um miner lê as sessões de trabalho de ontem e arquiva o que ficou pelo caminho: tarefas que foram mencionadas e nunca escritas, decisões que nunca chegaram a um documento, ideias que valia a pena manter.
Tudo o que a frota faz deixa um arquivo para trás. Não uma linha de log perdida em algum serviço: um arquivo, em um repositório, com um commit. O sistema inteiro pode ser auditado com git log, o que significa que dá para confiar nele sem precisar vigiá-lo.
03 / DECISÕES
Um modelo ganha confiança pelo harness, não pelos pesos. Espaço de ação pequeno e tipado, um verificador que o modelo não controla, e em caso de falha, uma nova tentativa com o erro do verificador colado no contexto. Decompor uma pergunta difícil em três verificáveis vence perguntar uma vez, com cuidado.
Arquivos antes de estado. Tudo que um componente sabe é um arquivo que outro componente pode ler. Isso torna cada parte substituível e cada falha visível, e significa que o plano de recuperação para quase qualquer coisa é git.
Um log de apenas acréscimo com cursores, não uma fila. Uma fila esquece. Um log deixa um consumidor que ficou quebrado por três dias se atualizar sozinho, e deixa um consumidor novo ler um histórico anterior a ele.
O trabalho mecânico roda em um modelo local. Critério custa dinheiro; ordenar, extrair e classificar não precisam custar. Um job que fala com o modelo local não recebe nenhuma ferramenta: responde com texto estruturado, e o código é quem age. Essa restrição é o que torna um modelo pequeno confiável.
Um job que falha precisa dizer isso. Sucesso silencioso é o bug mais caro de um sistema sem supervisão: um job quebrado que reporta "nada para fazer" parece idêntico a um saudável, e fica quebrado por dias.
04 / STATUS
Rodando 24/7. Ela mesma abriu a tarefa de construir este site, e depois o construiu.