ECC：跨工具的 AI 開發作業層
圖中講的是 ECC（原名 Everything Claude Code）。它不是傳統作業系統，而是裝在 AI coding agent 外圍的開發作業層：用 agents、skills、rules、hooks、MCP 與 Memory Vault，把規劃、TDD、實作、code review、驗證、記憶和安全掃描串成固定流程。目前以 Claude Code 支援最完整，也能同步至 Codex，並提供 Cursor、OpenCode、Gemini、Zed 等 adapter。社群影片拍到的是 2.0 RC 階段；官方已在 6 月推出穩定版 2.0.0，現行主線列出 67 個 agents、281 個 skills 與 94 個相容指令。
現實應用
最適合每天使用 Claude Code、Codex 寫產品的個人開發者與工程團隊。像是新功能先產生計畫與測試、修復 build、從另一份 context 做 code review、掃描 MCP 與 agent 設定、保存跨 session 決策，都已有現成 workflow。多種 AI 工具混用的團隊，也能共用規則與 Markdown 格式的 Memory Vault，不必每換工具就重寫提示詞。
期望評估
我認為低標期望是拿到一套整理好的開發 SOP 與安全檢查清單，少寫重複 prompt，讓 AI 產出的流程比較一致。高標期望則是把團隊累積的規範、成功模式和交接內容變成可攜式 agent 基礎設施，甚至平行協作多個 agent。不過它不會讓模型突然變聰明，結果仍取決於需求切分、測試與人工審查。
商業策略分析
核心採 MIT 授權免費開源，商業模式則用 ECC Pro／GitHub App 承接 private repo 分析與團隊功能。它會影響單純販售 prompt pack、Claude Code 設定服務及部分 DevSecOps 工具。我認為值得跟進的是「跨 harness 的工作流程與記憶格式」，不一定要整包導入；企業更該先挑少量 skills 做內部驗證，因為 hooks、MCP 和外部工具本身也會擴大供應鏈與權限風險。
實作細節
Claude Code 可加入官方 marketplace，再安裝 ecc@ecc；rules 因 plugin 無法自動派送，需另行複製需要的語言套件。Codex 官方目前建議 clone repo、執行 npm install，再跑 bash scripts/sync-ecc-to-codex.sh。不要在同一個 harness 疊加 plugin 與完整手動安裝，否則可能出現重複 skills、hooks；Codex marketplace plugin 也仍有快取內容不完整的限制。各平台並非功能完全對等，Memory Vault 的內容亦被官方明定為「未審核 context」，不能當成可信指令。