Acabei de enviar o Plugin-Factory para o App Factory. Um pipeline que constrói plugins Claude Code e servidores MCP a partir de um único prompt. Descreva o que você quer. Compre um plugin pronto para produção. Veja o que ele montou em uma única sessão:

"Memória de Decisão" - seu código finalmente tem memória. Ele captura decisões arquitetônicas durante as sessões do Claude Code e as torna consultáveis para sempre via MCP. "Por que usamos o Zustand?" → Entenda a justificativa real de 6 meses atrás, com o link de commit.

O que o pipeline produziu a partir de UM prompt: - 30 arquivos - Banco de dados SQLite com busca em texto completo - 4 Comandos de barra - 6 Ferramentas MCP - Agente de IA para decisões de formatação - PostToolUse ganchos para auto-detecção - Documentos de segurança com modelo de ameaça - Formato de exportação ADR

Fizemos um teste. Mesmo prompt. Duas construções. 1. Versão do pipeline - através do processo de 5 fases da Plugin Factory 2. Versão direta - Claude construindo sem o pipeline Ambos construídos simultaneamente. Ambos pontuaram em 8 critérios.

Resultados: Pipeline: 91/100 Direto: 71/100 +28% de melhora. Agora vou tentar enviar para @AnthropicAI Mesma IA. Mesmo prompt. A única diferença era o pipeline do App Factory. OSS aqui

Por que essa lacuna? Pipeline obriga a planejar antes de codificar. Modelos codificam as melhores práticas do MCP. Ralph (QA adversarial) percebe o que o construtor perdeu. (de novo@GeoffreyHuntley é GOATED) A build direta funcionou. A construção do pipeline é o que você enviaria.

Maiores deltas: Escalabilidade: +37 (SQLite vs arquivos planos) Arquitetura: +25 (modular vs monolítico) Manutenibilidade: +23 (arquivos separados por ferramenta) Completude de funcionalidades: +22 (exportação ADR, agente de IA)

O Plugin Factory está no ar. 5 fases: Intenção → Plano → Construção → Documentação → Ralph Polish Funciona para plugins Claude Code E servidores MCP. ``` CD Plugin-Factory Claude "Construir um plugin que... ``` O que você vai construir?