Ideia central: um engenheiro fala com um único agente orquestrador (o "first-mate"), que distribui tarefas para agentes menores em paralelo e reporta de volta. O humano deixa de gerenciar sessões e de revisar cada linha — foca em decisões, e uma esteira de validação (code review) cobre a qualidade. Funciona até com modelo "mais fraco".
Baseado na aula ao vivo de Kun Chen (L8 principal, ex-Meta/Microsoft/Atlassian): construir "Eddie's Wallet" do zero.
A visão em uma frase
Um único humano, um único agente orquestrador, muitos agentes trabalhadores. Você descreve a ideia e diz o que quer; o ciclo faz o resto.
Passo 1 — Setup do ambiente
Um terminal, um orquestrador
Kun troca o tmux por Herder (gerencia sessões de agentes) e usa o FirstMate — um agente "ouro de capitão" com quem ele fala apenas ele. O FirstMate cuida de delegar e orquestrar todo o resto.
Dica: o "calm mode" esconde todo o barulho de tool calls. Só aparecem seu prompt e a resposta do agente.
Não precisa do melhor modelo para tudo
Kun usa o modelo Luna (mais eficiente) em vez do topo de linha — num fluxo bem orquestrado, você não precisa do modelo mais forte em cada tarefa.
"A gente costuma usar o melhor modelo para tudo. Mas dá para tirar muito de modelos mais eficientes."
Passo 2 — Pesquisa em paralelo (market + tech)
Agentes scouts rodam ao mesmo tempo
Kun fala o problema, e o FirstMate lança dois agentes em paralelo: um de market research e outro de technical research.
- Market: nenhum app iOS batia com o brief completo → vale construir.
- Tech: recomendou SwiftUI/Supabase, mas Kun discordou (quer evitar pagar por SaaS sem precisar) → ele corrige a direção com o orquestrador.
Lição: você não lê relatório gigante em texto; pede ao FirstMate para revisar em formato melhor. Você decide.
Passo 3 — Planejamento interativo
O agente monta o backlog e as decisões em aberto sozinho; você decide os pontos que importam (Supabase vs self-host, repo público vs privado, workflow PR direto vs "no-mistakes"). O orquestrador fecha as sessões quando a tarefa acaba.
Lógica do "no-mistakes": ferramenta de validação local que vira guardrail forte no código que passaria por revisão humana.
Passo 4 — Design system & prototypes
O fluxo gera wireframes + design system (ícones, cores, tipografia), valida o click-through e ajusta. O design vira arquivo no repo, e o orquestrador segue-o para construir a UI real.
Passo 5 — Build (frontend + backend)
Kun separa: frontend iOS em repo público (open source) e backend em repo privado. O orquestrador executa o build seguindo o design system, e usa browser automation (Chrome DevTools) para preencher telas e registros (ex.: App Store Connect).
Delegação do trabalho chato: registrar app ID, confirmar time, preencher formulário — o agente faz via controle do navegador.
Passo 6 — E2E e "funcionou de verdade"
O fluxo termina com teste end-to-end: fazer login, adicionar $10, ver o saldo refletir no modo filho, sair e entrar → os dados voltam do backend (cloud), confirmando a persistência. Depois, build para TestFlight.
Backend architecture review, sem over-engineering. O orquestrador revisa o design da API/database antes de seguir.
Recap didático
- 1 capitão -> 1 orquestrador: fale com um único agente; ele delega.
- Paralelizar: scouts de market+tech ao mesmo tempo.
- Descreva problemas, não código: rambling de requisitos; o agente racionaliza.
- Humano decide, agente executa: foque em decisões.
- Guardrails de qualidade: validação automática + revisão E2E compensam menos revisão manual.
- Modelo eficiente serve: com boa orquestração, não precisa do topo-de-linha em tudo.
Fontes
- Kun Chen — "L8 Principal Building a Full Stack App with Agentic Engineering" (youtu.be/kPN564Kol14). Texto revisto com a skill humanizer.
