Tocmai am trimis Plugin-Factory către App Factory. Un pipeline care construiește pluginuri Claude Code și servere MCP pornind de la un singur prompt. Descrie ce vrei. Ia un plugin gata de producție. Iată ce a construit dintr-o singură scenă:

"Decision Memory" - codul tău are în sfârșit memorie. Capturează deciziile arhitecturale în timpul sesiunilor Claude Code și le face interogabile la nesfârșit prin MCP. "De ce folosim Zustand?" → Obțin raționamentul real de acum 6 luni, cu legătura de commit.

Ce a produs pipeline-ul din ONE prompt: - 30 Fișiere - Baza de date SQLite cu căutare în text integral - 4 Comenzi de tăiere - 6 Unelte MCP - Agent AI pentru decizii de formatare - PostToolUse cârlige pentru auto-detectare - Documente de securitate cu model de amenințare - Format de export ADR

Am făcut un test. Același prompt. Două construcții. 1. Versiunea pipeline - prin procesul în 5 faze al Plugin Factory 2. Versiunea directă - Claude construind fără pipeline Ambele construite simultan. Amândoi au obținut punctaj la 8 criterii.

Rezultate: Conductă: 91/100 Direct: 71/100 +28% îmbunătățire. Acum voi încerca să o trimit la @AnthropicAI Aceeași inteligență artificială. Același prompt. Singura diferență era pipeline-ul App Factory. OSS aici

De ce această diferență? Conducta impune planificarea înainte de codare. Șabloanele codifică cele mai bune practici MCP. Ralph (QA adversarial) observă ce a ratat constructorul. (din nou@GeoffreyHuntley este GOATED) Construcția directă a funcționat. Construcția pipeline-ului este ceea ce vei transporta.

Cele mai mari diferențe: Scalabilitate: +37 (SQLite vs fișiere plate) Arhitectură: +25 (modular vs monolitic) Mentenanță: +23 (fișiere separate pe unealtă) Completitudinea funcționalităților: +22 (export ADR, agent AI)

Plugins Factory este activ. 5 faze: Intenția → Planul → Construcția → Documentația → Ralph Polish Funcționează atât pentru plugin-uri Claude Code, cât și pentru servere MCP. ``` CD-Plugin-Factory Claude "Construiește un plugin care... ``` Ce vei construi?