Właśnie wysłano Plugin-Factory do App Factory. Pipeline, który buduje wtyczki Claude Code i serwery MCP z jednego polecenia. Opisz, co chcesz. Otrzymaj wtyczkę gotową do produkcji. Oto co zbudował w jednym podejściu:

"Pamięć Decyzyjna" - twój kod w końcu ma pamięć. Rejestruje decyzje architektoniczne podczas sesji Claude Code i sprawia, że są one dostępne do zapytań na zawsze za pośrednictwem MCP. "Dlaczego używamy Zustand?" → Uzyskaj rzeczywiste uzasadnienie sprzed 6 miesięcy, z linkiem do commita.

Co wyprodukował pipeline z jednego promptu: - 30 plików - Baza danych SQLite z pełnotekstowym wyszukiwaniem - 4 komendy slash - 6 narzędzi MCP - Agent AI do podejmowania decyzji dotyczących formatowania - Hooki PostToolUse do automatycznego wykrywania - Dokumenty bezpieczeństwa z modelem zagrożeń - Format eksportu ADR

Przeprowadziliśmy test. Ten sam prompt. Dwie wersje. 1. Wersja Pipeline - przez 5-fazowy proces Plugin Factory 2. Wersja bezpośrednia - Claude budujący bez pipeline'u Obie zbudowane jednocześnie. Obie ocenione na 8 kryteriach.

Wyniki: Pipeline: 91/100 Bezpośrednio: 71/100 +28% poprawy. Teraz spróbuję to przesłać do @AnthropicAI To samo AI. Ten sam prompt. Jedyną różnicą był pipeline App Factory. OSS tutaj

Dlaczego ta luka? Pipeline wymusza planowanie przed kodowaniem. Szablony kodują najlepsze praktyki MCP. Ralph (adwersarialne QA) wychwytuje to, co przegapił budowniczy. (ponownie @GeoffreyHuntley jest GOATED) Bezpośrednia budowa zadziałała. Budowa w pipeline to to, co byś wysłał.

Największe różnice: Skalowalność: +37 (SQLite vs pliki płaskie) Architektura: +25 (modularna vs monolityczna) Utrzymanie: +23 (oddzielne pliki dla każdego narzędzia) Kompletność funkcji: +22 (eksport ADR, agent AI)

Plugin Factory jest aktywna. 5 faz: Intencja → Plan → Budowa → Dokumentacja → Ralph Polish Działa dla wtyczek Claude Code ORAZ serwerów MCP. ``` cd plugin-factory claude "Zbuduj wtyczkę, która... ``` Co zbudujesz?