Pipeline de Código Claude Automatizado Reduz Uso de Tokens de 78k para 15k por Funcionalidade

O Que Este Pipeline Faz

Este é um pipeline automatizado para Claude Code que aborda três problemas comuns: o Claude reconstruir código existente, altos custos de tokens (50-80k tokens para funcionalidades complexas) e supervisão manual excessiva. O pipeline executa automaticamente 12 fases com um único comando: /auto-pipeline "adicionar painel do usuário com feed de atividades".

Funcionalidades e Fases Principais

• Fase de verificação prévia: Pesquisa sua base de código e package.json antes de construir qualquer coisa. Exemplo: Ao solicitar "Adicionar autenticação", detecta instalações existentes de next-auth e recomenda EXTEND_EXISTING em vez de construir do zero.
• Extração de requisitos: Q&A mínimo para determinar necessidades reais
• Fase de design: Cria especificações técnicas com citações
• Revisão adversária: Ataca o design de três ângulos
• Fase de planejamento: Cria etapas determinísticas com código exato ANTES/DEPOIS
• Fase de construção: Executa o plano passo a passo
• Pipeline de QA: Executa linting, verificação de tipos, testes, geração de documentação e varredura de segurança

Três Perfis Operacionais

• --profile=yolo: Prototipagem rápida, ignora a maioria das verificações (~18k tokens)
• --profile=standard: Abordagem equilibrada com avisos sobre problemas (~35k tokens)
• --profile=paranoid: Supervisão total para código de produção (~50k tokens)

Detalhamento da Economia de Tokens

Uma funcionalidade que anteriormente custava ~78k tokens agora roda com ~15k tokens no perfil yolo. As estratégias de otimização incluem:

• Agentes enxutos (prompts 60-80% menores): economia de 40-60%
• Cache (varreduras de segurança, padrões, regras de QA): economia de 15-25%
• Pular fases (modo yolo): economia de 30-40%

Sistema de Validação Baseado em Resultados

Em vez de depender das pontuações de confiança autorrelatadas do Claude, o pipeline usa validadores objetivos baseados em grep. Por exemplo, na Fase 3 (Adversária):

• has_verdict → grep "APPROVED|REVISE"
• no_high_severity → ! grep "| HIGH |"
• no_consensus → sem problemas de 2+ críticos

O criador observa: "Não se pode manipular o que não se pode autorrelatar."

Detalhes Técnicos e Status Atual

O pipeline é construído para Next.js/TypeScript, mas estruturado para funcionar com qualquer stack. Há um branch full-workflow-legacy disponível para quem prefere o pipeline manual original com pontos de verificação humanos em cada etapa. O cache atualmente inclui varreduras de segurança por hash de lockfile, padrões de design e regras de QA.