剛剛將 Plugin-Factory 發送到 App Factory。 一個從單一提示構建 Claude Code 插件和 MCP 伺服器的管道。 描述你想要的內容。獲得一個可投入生產的插件。 這是它一次性構建的內容：

"決策記憶" - 你的程式碼庫終於有了記憶。 它在 Claude Code 會議期間捕捉架構決策，並通過 MCP 永久可查詢。 "我們為什麼使用 Zustand？" → 獲取 6 個月前的實際理由，並附上提交連結。

從 ONE 提示生成的管道產出： - 30 個檔案 - 具備全文搜尋的 SQLite 資料庫 - 4 個斜線指令 - 6 個 MCP 工具 - 用於格式決策的 AI 代理 - 用於自動檢測的 PostToolUse 鉤子 - 具備威脅模型的安全文件 - ADR 匯出格式

我們進行了一次測試。 相同的提示。兩個版本。 1. 管道版本 - 通過插件工廠的五階段過程 2. 直接版本 - Claude 在沒有管道的情況下構建 兩者同時構建。兩者在8個標準上進行評分。

結果： 管道：91/100 直接：71/100 提升了28%。 現在將嘗試提交給 @AnthropicAI 相同的AI。相同的提示。唯一的區別是App Factory的管道。 這裡是OSS

為什麼會有差距？ 管道在編碼之前需要規劃。 模板編碼了MCP最佳實踐。 Ralph（對抗性QA）捕捉到建造者遺漏的部分。 （再次 @GeoffreyHuntley 是 GOATED） 直接構建成功了。管道構建是你會發佈的。

最大的差異： 可擴展性：+37（SQLite 與平面文件） 架構：+25（模組化與單體） 可維護性：+23（每個工具分開文件） 功能完整性：+22（ADR 匯出，AI 代理）

Plugin Factory 現已上線。 5 個階段：意圖 → 計劃 → 建設 → 文檔 → Ralph Polish 適用於 Claude Code 插件和 MCP 伺服器。 ``` cd plugin-factory claude "建立一個插件，... ``` 你將會建立什麼？