Título do artigo: Bot de Paper Trading Multi-LLM com Claude Opus como Engenheiro Líder e Gemini como Estrategista: Análise da Arquitetura

Um desenvolvedor compartilhou um bot autônomo de paper-trading rodando na Alpaca que utiliza uma arquitetura multi-LLM com papéis delimitados e um processo de veto documentado. O projeto tem cerca de 4.900 LOC distribuídos em cinco módulos Python e é totalmente open-source no GitHub.

Arquitetura: Três Papéis, Escopo Delimitado

• Comandante (humano): Autoridade sobre capital e aprovação de teses. Qualquer coisa que envolva dinheiro requer aprovação humana.
• Estrategista (Gemini Pro): Escopo limitado apenas à adjudicação de teses. Não pode escolher implementações, selecionar o SDK da corretora ou decidir a arquitetura.
• Engenheiro-chefe (Claude Opus 4): Escreve todo o código. Audita as diretrizes do Estrategista e tem poder de veto sobre diretrizes que não sobrevivem ao contato com a realidade da engenharia. Vetos são registrados abertamente.

Nenhuma parte pode implantar autonomamente. Cada discordância é registrada em um documento "Strategist Codex" que agora tem mais de 270 entradas. O codex nunca esconde reversões — se um princípio é posteriormente substituído, ambas as versões permanecem com datas.

Por que Multi-LLM Funciona Aqui

O criador argumenta que um único LLM não tem incentivo para discordar de si mesmo. Dois LLMs de fornecedores diferentes, com escopos delimitados e um caminho de veto documentado, produzem algo mais próximo de um processo real de revisão de engenharia. O atrito força a discordância para a fase de design, em vez da fase post-mortem.

Exemplo Real: Discordância sobre Campo do SDK da Corretora

Diretriz do Estrategista: ancorar um relógio de decaimento de posição de 14 dias em Position.created_at do SDK da corretora. Claude (Engenheiro) verificou dir(Position) no SDK da Alpaca ao vivo e descobriu que o campo não existe. Implementou um ledger local no estado e registrou a atualização da doutrina com justificativa: "a corretora não fornecia o campo que a adjudicação original presumia." Durante a revisão de arquitetura, Claude refatorou novamente porque a primeira passagem mantinha um bloqueio de estado em várias chamadas à corretora. Ambas as passagens estão registradas no Codex.

Para Quem é Isso

Desenvolvedores construindo workflows de agentes multi-LLM, especialmente para automação financeira ou qualquer domínio onde trilhas de auditoria e revisão adversarial sejam críticas. Também relevante para quem explora sistemas multiagente coordenados com registro explícito de veto.

Repositório e artigo completo de arquitetura (9 páginas): https://github.com/ALGEM-hub/Whitepaper