Ho appena spedito Plugin-Factory ad App Factory. Un pipeline che costruisce plugin Claude Code e server MCP da un'unica richiesta. Descrivi cosa vuoi. Ottieni un plugin pronto per la produzione. Ecco cosa ha costruito in un colpo solo:

"Decision Memory" - il tuo codice finalmente ha una memoria. Cattura le decisioni architettoniche durante le sessioni di Claude Code e le rende interrogabili per sempre tramite MCP. "Perché usiamo Zustand?" → Ottieni il ragionamento effettivo di 6 mesi fa, con il link al commit.

Cosa ha prodotto il pipeline da un prompt ONE: - 30 file - database SQLite con ricerca full-text - 4 comandi slash - 6 strumenti MCP - agente AI per decisioni di formattazione - hook PostToolUse per auto-rilevamento - documenti di sicurezza con modello di minaccia - formato di esportazione ADR

Abbiamo eseguito un test. Stessa richiesta. Due versioni. 1. Versione Pipeline - attraverso il processo in 5 fasi di Plugin Factory 2. Versione Diretta - Claude che costruisce senza la pipeline Entrambi costruiti simultaneamente. Entrambi valutati su 8 criteri.

Risultati: Pipeline: 91/100 Diretto: 71/100 Miglioramento del +28%. Ora proverò a inviarlo a @AnthropicAI Stessa AI. Stesso prompt. L'unica differenza era la pipeline di App Factory. OSS qui

Perché il divario? Il pipeline costringe alla pianificazione prima della codifica. I modelli codificano le migliori pratiche MCP. Ralph (QA avversariale) cattura ciò che il costruttore ha perso. (di nuovo @GeoffreyHuntley è GOATED) La costruzione diretta ha funzionato. La costruzione tramite pipeline è quella che spediresti.

Le più grandi differenze: Scalabilità: +37 (SQLite vs file flat) Architettura: +25 (modulare vs monolitica) Manutenibilità: +23 (file separati per strumento) Completezza delle funzionalità: +22 (esportazione ADR, agente AI)

Plugin Factory è attivo. 5 fasi: Intento → Piano → Costruzione → Documenti → Ralph Polish Funziona per i plugin di Claude Code E i server MCP. ``` cd plugin-factory claude "Costruisci un plugin che... ``` Cosa costruirai?