Pacote de Fluxo de Trabalho de Revisão de Código MultiModel como Habilidade Reutilizável

Um desenvolvedor empacotou um fluxo de trabalho de revisão de código com múltiplos modelos como uma habilidade/runbook reutilizável, disponível no GitHub. A abordagem usa um agente orquestrador que coordena vários agentes/modelos revisores independentes e depois consolida os achados em uma revisão final. A ideia central: modelos diferentes detectam bugs diferentes, e quando vários modelos apontam o mesmo problema de forma independente, a confiança aumenta. O orquestrador deduplica, filtra achados fracos, verifica falsos positivos óbvios e publica um resultado limpo.
Dois Modos
O fluxo de trabalho suporta dois modos:
- Revisão de PR: prepara os diretórios locais
base/,head/,PR_DIFF.patchePR_METADATA.json, aciona múltiplos revisores apenas para análise, e então o orquestrador publica um resumo mais comentários inline no PR. Projetado para evitar colisões de revisão pendente no GitHub. - Revisão de escopo não-PR: revisa uma área de pasta/módulo/deploy/scripts; os revisores inspecionam um snapshot local compartilhado; o orquestrador publica um
REVIEW.mdconsolidado no repositório.
Configuração de Modelos Testada
A configuração testada usa GPT-5.5 como orquestrador, com GPT-5.5, DeepSeek V4 Pro, Kimi K2.6, Qwen 3.6 Plus e GLM-5.1 como revisores. No entanto, o fluxo de trabalho é agnóstico em relação a agente/modelo. Foi testado com OpenClaw e, segundo relatos, dá ótimos resultados.
Lições Principais
- Snapshot compartilhado: não deixe cada subagente clonar/buscar o repositório independentemente. O orquestrador deve preparar um snapshot compartilhado e passar caminhos locais para os revisores. Mais rápido, mais barato e com menos falsos positivos estranhos.
- Todos os modelos não-GPT foram executados via Fireworks. Para tarefas grandes, o autor sugere trocar Kimi e Qwen por outros, pois esses dois às vezes travam.
O repositório está em github.com/rmichelena/multireview. O autor busca feedback, especialmente de quem utiliza fluxos de revisão de código com múltiplos agentes.
📖 Leia a fonte completa: r/openclaw
👀 See Also

n8n-mcp-lite: Servidor MCP reduz o uso de tokens em 80% para o Claude com fluxos de trabalho n8n
Um novo servidor de Protocolo de Contexto de Modelo de código aberto chamado n8n-mcp-lite ajuda o Claude a raciocinar sobre fluxos de trabalho de automação do n8n enquanto reduz o uso de tokens em aproximadamente 80%. A ferramenta aborda a natureza pesada em tokens das automações visuais de nós, fornecendo varredura direcionada de fluxos de trabalho e atualizações cirúrgicas.

Sistema de Memória Local para Ferramentas de Codificação IA Extrai Mais de 2.600 Fatos de Registros de Conversas
Um desenvolvedor criou uma camada de memória local que ingere registros de conversa do Claude Code, Factory.ai e Codex CLI, extrai fatos estruturados usando um LLM local e injeta automaticamente contexto em novas sessões. Após meses de uso, indexou mais de 13.000 mensagens e extraiu mais de 2.600 fatos.

Shipwright: Uma Ferramenta de Gerenciamento de Projetos de Código Aberto Construída sobre Claude Code
Shipwright é uma ferramenta de gerenciamento de projetos de código aberto que roda no Claude Code com 44 habilidades, 7 agentes especializados e 16 fluxos de trabalho. Inclui portões de qualidade binários e planos de recuperação, e foi usado para auditar registros de credenciais e avaliar plataformas de automação antes do início do trabalho de engenharia.

Jobly: Mercado de Contratos com Resolução de Disputas Baseada em IA e Votação da Comunidade
Jobly é um mercado de contratos construído com Next.js 14, TypeScript e Supabase, apresentando um sistema de garantia com títulos de 10% dos provedores nas propostas e um pipeline de disputas que começa com avaliação de IA usando Claude, permitindo depois apelações para votação comunitária com participação financeira.