a tese
IndyDevDan apresenta sua "super simple software factory", um sistema de fluxos de trabalho (AI developer workflows) que combina agentes mais código determinístico para dar mais alavancagem ao prompt e rodar de forma observável, customizável e reutilizável, com o lema "agentes mais código superam agentes sozinhos".
aprofundar
talvez
é o vídeo mais alinhado ao interesse do Bruno em agentes/Claude Code, com padrões concretos (código determinístico validando agentes, saída tipada, workflows reutilizáveis) aplicáveis ao Solomon e às rotinas; note que os nomes de modelos ("Opus 5", "Fable 5", "Kimi K3", "GPT 5.6") são cenário especulativo do vídeo, não lançamentos reais.
O que foi dito
- Define software factory como algo cujo único propósito é dar mais alavancagem ao prompt, do nível baixo (encadear poucos agentes) ao alto (um sistema de agentes mais código que opera sem você, às vezes melhor que você).
- Os três princípios de projeto são observabilidade (se você não mede, não melhora, com visão em “swim lanes” de cada workflow), customizabilidade e reusabilidade; mostra um painel que registra modelos, prompts compilados (system e user), config de agentes e custos.
- Distingue as “sub-engenharias” dentro da engenharia agêntica, prompt engineering, context engineering, harness engineering e o que chama de rebranding ruim, “loop engineering”, que segundo ele é só o ciclo de vida de desenvolvimento de software (SDLC).
- Demonstra na prática num app de escrita chamado Inkwell: um workflow “scout” simples (um engenheiro, um agente), depois um plan-build-test para adicionar modo claro com design system, e por fim o SDLC completo (plan, build, test, review, document) para um visualizador de markdown lado a lado.
- Enfatiza que nem tudo precisa ser agêntico, “checagens de portão” (gate checks) determinísticas em código validam o trabalho ao fim de cada fase, com saídas em JSON tipado e validado, e devolvem o trabalho ao agente builder se a validação falha; testes que passam não precisam voltar ao contexto do agente.
- Faz um argumento econômico: você é dono do seu código, mas apenas aluga os modelos de IA, então tratar o código como cidadão de primeira classe reduz custo, tempo e alucinação em escala (a centésima e milésima execução, não a primeira).
- Comentário sobre modelos, e é o dado mais notável para o Bruno: menciona rodar “Opus 5” como planejador (elogia a Anthropic por outro “game breaking model”, metade do preço) mas diz sentir que “Fable 5” ainda está um degrau acima, apesar de os benchmarks apontarem Opus 5 na frente; usa também Kimi K3 (primeiro open weights no topo, via Fireworks), Gemini 3.6 Flash e modelos GPT 5.6.
- O sistema é empacotado como uma skill (SSSF) com comando /install que copia tudo para novos repositórios; ele oferece o código open-source de graça e conclui que “vibe coding” é não saber como o sistema funciona, enquanto engenharia agêntica é conhecê-lo tão bem que você não precisa olhar.