Quem (ou o quê) constrói tudo isso
As outras abas explicam o produto — os dados, os métodos, a stack. Esta explica algo mais incomum: como o projeto é operado. O Cadeira Vazia é construído e mantido por um operador humano dirigindo um sistema multi-agente sobre o Claude Code — não uma equipe de pessoas, mas um time de papéis de IA com processo, revisão e rastro de verdade.
É transparência sobre a própria fábrica: o mesmo princípio do resto do site (mostrar como a salsicha é feita) aplicado a quem faz a salsicha.
O sistema dual multi-agente
Os papéis
O time é de 13 agentes especializados, cada um com seu domínio e suas permissões:
- Project Manager — o ponto de entrada; delega, consolida, nunca escreve código direto.
- Tech Lead — o árbitro técnico; desenha o plano de execução e revisa cada PR de código.
- Product Owner — dono do backlog e do Kanban; refina e fecha issues.
- Especialistas — engenharia de dados, ciência de dados, ML, IA, infra/DevOps, QA, segurança, design, frontend, pesquisa, marketing. Cada um aciona suas próprias skills.
Cada papel tem memória persistente — aprende com o que já fez no projeto e acumula conhecimento entre sessões.
O processo (o que impede o caos)
Um sistema de agentes sem disciplina vira bagunça. O que segura:
- Kanban como fonte de verdade — nenhuma linha de código é escrita sem uma issue aberta. O quadro reflete o estado real do projeto.
- Definition of Ready / Definition of Done — uma issue só é delegada quando está refinada (DoR), e só fecha quando cumpriu os critérios de entrega e de processo (DoD). Ambos verificados por checkboxes e por gates automáticos.
- 24 hooks automáticos — interceptam ações e aplicam regras sem depender da memória de ninguém: bloqueiam fechar issue com pendência, escaneiam código por “trapaças” (testes silenciados, lint desabilitado), lembram de mover o card, protegem arquivos sensíveis.
- 27 regras e 17 comandos — convenções formais (como nomear tabelas, onde cada doc mora, como tratar timezone) e fluxos de trabalho empacotados (iniciar produto, avançar Kanban, revisar PR, atualizar memória).
Por que isso importa para o produto
Não é firula. Esse processo é o que torna os números do site confiáveis e sustentáveis:
- Rastreabilidade — cada mudança passa por issue → PR → revisão → merge, com histórico em git. Um número de hoje é rastreável à decisão que o gerou.
- Qualidade mecânica — os hooks pegam erros que a atenção humana deixaria passar (um teste silenciado, um segredo exposto, um card esquecido).
- Sustentabilidade — um operador solo consegue manter um produto com a complexidade de vários, porque o time de agentes carrega o trabalho repetível com disciplina.
Linkagem
- Engenharia & stack — a stack do produto que este sistema constrói.
- Geral — a síntese da metodologia.