Factory 2.0: como engenheiros estão virando construtores de fábricas de software
Aprofundamento CEVIU
Aprofundamento
A Factory não está vendendo mais 'agentes que codificam'. Está vendendo uma infraestrutura de produção de software com três pilares técnicos concretos: um roteador de modelos que troca LLMs em tempo real conforme a tarefa (ex: GPT-4o para revisão, o1 para planejamento complexo), um plano de dados soberano que opera até em ambientes air-gapped com aprendizado local e sem saída de dados, e um core multi-agente coordenado por um 'coordinator-droid' que distribui trabalho entre especialistas, Code Droid, Knowledge Droid, Reliability Droid. Isso não é abstração: já roda em NVIDIA e Morgan Stanley com benchmarks reais, 31x mais rápido no desenvolvimento de features, 96% menos tempo em migrações legadas (COBOL/Java 7) e 95% de redução no tempo de resolução de incidentes.
O diferencial técnico está na arquitetura 'deferred context engine', que evita repetição de contexto entre agentes e reduz consumo de tokens em até 40%, um ponto crítico ignorado por muitos players que só falam em 'autonomia' sem controlar custos operacionais. A Factory também lançou o Legacy-Bench, benchmark específico para engenharia de sistemas legados, algo raro no mercado, onde a maioria dos testes ainda se prende a Python ou JavaScript modernos.
O que mudou
Em abril de 2026, a CEVIU reportou a Vercel usando agentes para 30% dos deployments, mas como automação pontual. Agora, a Factory 2.0 entrega o sistema completo: desde a triagem de um relatório de bug no Jira até a correção, teste, documentação atualizada no Confluence e correlação com o incidente no PagerDuty, tudo orquestrado por um único fluxo agnóstico a modelo. O que era rumor em maio (‘fábricas de software com crescimento composto’) virou realidade em produção: Blackstone e Adobe já usam a fábrica para manter higiene de código e reter conhecimento institucional sem depender de engenheiros alocados em campo, modelo que a CEVIU criticou como insustentável na newsletter de 20 de maio.
Por que isso importa
Engenheiros deixaram de ser avaliados por linhas de código entregues e passaram a ser medidos por métricas de sistema: tempo médio para fechar um ciclo de feedback (de horas para minutos), taxa de rejeição de PRs por falhas de segurança pré-merge, e cobertura de documentação gerada automaticamente. Isso muda o perfil de contratação: agora se busca arquitetos de agentes, não devs com stack fixa. E muda o poder dentro das empresas: times de segurança e compliance ganham controle direto sobre os guardrails dos Droids, enquanto engenharia define os objetivos do 'coordinator'. Não é mais sobre automatizar tarefas, é sobre redesenhar quem toma decisões técnicas e como elas impactam o negócio.
Linha do tempo
Vercel relata que 30% dos deployments são iniciados por agentes, primeiro sinal de adoção em escala de infraestrutura agentic.
CEVIU publica duas análises paralelas: uma sobre a mudança de papel do engenheiro para designer de sistemas, outra sobre autonomia sem alinhamento estratégico.
CEVIU destaca como fábricas de software combatem a degradação natural de equipes com higiene de código e memória institucional.
CEVIU critica o modelo de consultoria com engenheiros alocados em campo como insustentável frente à automação sistêmica.
Factory lança a versão 2.0 com fábricas de software em produção em NVIDIA, Adobe, Morgan Stanley e outros, fechando o ciclo entre teoria e implantação em larga escala.
Perguntas frequentes
A Factory 2.0 substitui engenheiros ou exige novas habilidades?
Não substitui. Exige uma mudança de foco: de escrever código para projetar fluxos de trabalho que agentes executem. Engenheiros agora precisam saber modelar requisitos em linguagem natural precisa, definir critérios de sucesso para Missions e auditar decisões de agentes, habilidades mais próximas de engenharia de sistemas do que de programação tradicional.
Como funciona a soberania de dados se os agentes usam modelos da OpenAI?
A Factory roda o 'Factory Router' localmente. Ele decide qual modelo usar em cada etapa, e pode escolher um modelo hospedado internamente (ex: Llama 3.2 fine-tuned) para tarefas sensíveis, enquanto usa GPT-4o apenas para pesquisa pública. Nenhum dado de código ou conversa interna sai da rede da empresa sem consentimento explícito.
Quais são os limites reais da autonomia hoje?
Missions complexas (ex: refatorar um microserviço legado) ainda exigem aprovação humana em pontos-chave: antes de alterar schemas de banco, antes de remover código em produção e antes de gerar documentação pública. A Factory chama isso de 'human-in-the-loop critical gates', não é um modo de espera, mas um checkpoint estruturado no fluxo.
O que diferencia a Factory de ferramentas como GitHub Copilot ou Cursor?
Copilot e Cursor são assistentes individuais. A Factory é um sistema operacional para engenharia: integra Jira, GitHub, PagerDuty e Slack num único loop de feedback; faz com que um achado de segurança no Snyk dispare uma revisão automática no PR; e usa o histórico de todas as correções para treinar seus próprios modelos locais, algo que assistentes não fazem.
Fontes
- factory.aifonte original
- Categoria
- CEVIU IA
- Publicado
- 16 de junho de 2026
- Editoria
- CEVIU IA
