Eu vou te fazer uma pergunta incômoda: quantas features sua equipe entregou esse mês que tornaram o codebase mais fácil de manter?
Se a resposta for “nenhuma” — e pra 99% das software houses vai ser — você está no modelo tradicional de engenharia. Aquele onde cada linha de código nova é mais uma engrenagem num relógio que fica mais difícil de consertar. Mais edge cases, mais dependências, mais dívida técnica.
Mas e se eu te dissesse que existe uma empresa rodando 5 produtos de software em produção, cada um mantido por uma pessoa só, servindo milhares de usuários diários? Não é demo. Não é side project. São produtos reais, com gente pagando pra usar.
O nome disso é Compound Engineering. E o plugin que implementa essa metodologia acabou de ultrapassar 12.700 stars no GitHub.
O Que É o Compound Engineering Plugin
O compound-engineering-plugin é um projeto open-source da Every — a empresa de mídia e software do Dan Shipper — que empacota exatamente o jeito que eles constroem software com agentes de IA.
Não é um framework. Não é um wrapper de API. É uma metodologia completa com 26 agentes especializados, 23 workflows e 13 skills, tudo pronto pra instalar no Claude Code, Cursor, Codex, Gemini CLI e mais 7 plataformas.
Números do repo:
– 12.680 stars (+1.436/semana)
– 973 forks
– 582 commits, 82 releases (v2.61.0)
– TypeScript (79.6%), MIT License
O Problema Que Resolve (E Que Toda SH Conhece)
Engenharia de software tem um paradoxo cruel: quanto mais você constrói, mais difícil fica construir.
Cada feature nova adiciona complexidade. Cada dev que sai leva conhecimento embora. Cada onboarding demora semanas. Cada code review é um gargalo.
Dan Shipper inverteu essa lógica. No Compound Engineering, cada feature deve facilitar a próxima. Cada bug corrigido ensina o sistema a evitar bugs similares. Cada padrão descoberto vira skill reutilizável. É juros compostos aplicado a engenharia de software.
Como Funciona: O Loop de 4 Passos
O ciclo é simples de entender e brutal de implementar sem o tooling certo:
1. Plan (40% do tempo)
Agentes pesquisam o codebase, histórico de commits, documentação de frameworks e até a internet. Produzem um plano detalhado com arquitetura proposta, arquivos afetados e critérios de sucesso.
“Planejamento constrói um modelo mental compartilhado entre você e o agente antes da construção começar.”
2. Work (10% do tempo)
O agente executa o plano em git worktrees isolados, rodando testes continuamente e trackando progresso. Sim — 10% do tempo escrevendo código. Quem faz o trabalho braçal é o agente.
3. Review (40% do tempo)
Aqui é onde fica insano: 14 agentes especializados revisam o código em paralelo. Um procura vulnerabilidades OWASP. Outro caça N+1 queries. Outro avalia decisões de arquitetura. Outro verifica integridade de dados. Outro checa deployment risks. Outro analisa race conditions no frontend.
É como ter 14 seniores revisando seu PR simultaneamente — cada um expert numa dimensão diferente.
4. Compound (10% do tempo)
Este é o passo que muda tudo. Se você pular ele, você só fez “engenharia com IA”. Não é compound.
Aqui os aprendizados de cada ciclo são extraídos, catalogados com YAML frontmatter, e alimentados de volta no sistema. O CLAUDE.md é atualizado. As configs dos agentes são refinadas. Cada problema resolvido vira documentação buscável em docs/solutions/.
O resultado? Na próxima feature, os agentes já sabem evitar o que deu errado antes.
Quem Está Por Trás
Dan Shipper é CEO e cofundador da Every, escreve a coluna “Chain of Thought” e hospeda o podcast “AI & I”. Kieran Klaassen é GM do Cora (assistente de email com IA) e contribuidor principal do plugin.
A Every roda 5 produtos em produção: Cora, Monologue, Sparkle, Spiral e Every.to. Cada produto é mantido primariamente por uma pessoa. Servem milhares de usuários diários.
Kevin Rose demonstrou o plugin em janeiro de 2026 num vídeo viral de 26 minutos, construindo um clone funcional do Twitter/X em ~20 minutos usando Claude Code + Compound Engineering.
Os 26 Agentes (Não São Genéricos)
Diferente de um “copilot genérico”, os agentes do Compound Engineering são especializados:
Code Review (7 agentes):
– Security — OWASP top 10, injection attacks, auth flaws
– Performance — N+1 queries, missing indexes, caching
– Architecture — decisões de design, component boundaries
– Data — migrações, transações, integridade referencial
– Quality — YAGNI, readability, framework conventions
– Deployment — checklists pre-deploy, rollback plans
– Frontend — race conditions em JavaScript/Stimulus
Workflow (6 comandos principais):
– /ce:brainstorm — refina ideias em requirements
– /ce:plan — transforma requirements em plano técnico
– /ce:work — executa planos com tracking
– /ce:review — spawna 14+ reviewers simultâneos
– /ce:compound — documenta aprendizados
– /lfg — pipeline end-to-end (~50 agentes): plan → build → review → PR
O Que Eu Penso Como Quem Mentora 300+ SHs
Na minha experiência com 300+ software houses, o maior gargalo nunca foi código. Foi conhecimento preso na cabeça de pessoas.
O dev sênior sai. Leva embora 3 anos de contexto. O junior que entra precisa de 6 meses pra ficar produtivo. A SH sangra velocidade toda vez que alguém troca de projeto.
O Compound Engineering resolve isso de um jeito que eu nunca vi antes: o conhecimento não fica nas pessoas, fica no sistema. Cada bug corrigido, cada decisão de arquitetura, cada padrão de código — tudo vira input pro próximo ciclo.
Isso é transformador pra SH de qualquer tamanho.
Se você tem 5 devs, pode rodar como se tivesse 25. Se você tem 1 dev (como a Every faz), pode manter um produto inteiro sozinho.
8 Crenças Que Você Precisa Desaprender
O guia do Compound Engineering lista 8 crenças que travam a adoção:
- “Código precisa ser escrito à mão” — Qualidade importa, não autoria
- “Toda linha precisa de review manual” — Sistemas automatizados podem substituir
- “Soluções devem originar dos engenheiros” — IA pesquisa + julgamento humano = melhor resultado
- “Código é o artefato principal” — O sistema que produz código é mais importante
- “Escrever código é o trabalho core” — Entregar valor é; planejar e ensinar o sistema conta
- “Primeira tentativa deve ser perfeita” — 95% de lixo na primeira tentativa é normal; velocidade de iteração importa mais
- “Código é autoexpressão” — Pertence ao time e ao produto
- “Mais digitação = mais aprendizado” — Entender via review supera memória muscular
5 Estágios de Adoção: Onde Sua SH Está?
- Stage 0: Dev manual, sem IA
- Stage 1: ChatGPT como referência, copy-paste
- Stage 2: Agents com review linha-a-linha (aqui trava 80% das SHs)
- Stage 3: Plan-first, review só no PR → Compound Engineering começa aqui
- Stage 4: Ideia → PR automaticamente
- Stage 5: Execução paralela na nuvem, múltiplos agentes simultâneos
Na minha experiência, a maioria das software houses está presa no Stage 2. Usam Claude Code ou Cursor, revisam cada mudança manualmente, e se frustram porque “não é tão produtivo quanto prometeram”.
O salto do Stage 2 pro Stage 3 é o mais difícil — e é exatamente onde o Compound Engineering te leva.
Como Começar Agora
Se você usa Claude Code:
/plugin install compound-engineering
Se usa Codex, Gemini CLI, OpenCode, ou qualquer outro:
bunx @every-env/compound-plugin install compound-engineering --to codex
Depois, comece com /ce:brainstorm na sua próxima feature. Você vai sentir a diferença no primeiro ciclo.
O Futuro Pertence a Quem Constrói Sistemas Que Aprendem
O Compound Engineering não é sobre usar IA pra codar mais rápido. É sobre construir um sistema de engenharia que melhora a cada ciclo. É sobre transformar o conhecimento tácito da sua equipe em inteligência explícita, reutilizável e escalável.
A Every provou que funciona: 5 produtos, times de 1 pessoa, milhares de usuários pagantes.
Se você é CEO de software house, a pergunta não é “devo adotar IA no desenvolvimento?”. A pergunta é: “estou construindo um sistema que aprende, ou estou só automatizando o caos?”
Sou Thulio, mentoro 300+ SHs desde 2016.
