Everything Claude Code（ECC）是目前 GitHub 上星數最高的 Claude Code 配置框架，截至 2026 年 3 月已累積超過 82,000 顆星、10,700 次 fork，並有 997 項內部測試通過。 這個由 Affaan Mustafa 開源的專案，從一套個人 Claude Code 配置，演變成跨越 Claude Code、OpenAI Codex、Cursor 和 OpenCode 四大 AI 編程工具的「agent harness 性能優化系統」。Reddit 社群 r/ClaudeCode（每週活躍貢獻者超過 4,200 人）對它的討論熱度持續升溫，但評價兩極分化：有人認為這是 Claude Code 的必裝框架，也有人質疑它的複雜度對一般開發者是否必要。
ECC 的起源：黑客松冠軍的 10 個月磨練
Affaan Mustafa 和他的隊友在紐約的 Anthropic x Forum Ventures 黑客松中，用 Claude Code 在 8 小時內從零建出 zenith.chat，拿下 USD 15,000 的 API 額度獎金。他們使用的配置，就是 ECC 的前身。
Affaan 在 X（前 Twitter）上發布的「The Shorthand Guide to Everything Claude Code」貼文在幾天內突破 90 萬次瀏覽、超過 10,000 次書籤收藏。他把超過 10 個月每天使用 Claude Code 的經驗，壓縮成一套可複用的生產級配置系統，然後開源。
從時間線來看，ECC 在 2026 年 1 月中旬正式開源，1 月 22 日左右開始在 Medium 和技術社群爆發討論。到了 3 月，它已經從「配置包」（config bundle）升級到 v1.8.0 版本，定位為「agent harness 性能優化系統」。
 
  
    
    
 
      
    
ECC 到底包含什麼？
ECC 的核心定位是：一個倉庫，同時管理四個 AI 編程工具的配置。它不只是一堆 Markdown 規則檔，而是一套有結構的系統：
 

幾個值得注意的設計：

第一，Hook 三級控制。透過環境變數 ECC_HOOK_PROFILE 可以在 minimal、standard、strict 之間切換，不用改配置檔就能調整自動化程度。ECC_DISABLED_HOOKS 允許逐一停用特定 hook。這個設計在 v1.8.0 才加進來，是因為社群反映早期版本的 hook 太容易衝突。

第二，跨工具相容。同一套配置可以跑在 Claude Code（透過 plugin 安裝）、Cursor（.cursor 目錄）、OpenCode（.opencode 目錄）和 Codex（.codex 目錄 + AGENTS.md）。v1.6.0 開始正式支援四平台，v1.8.0 收緊了跨平台行為一致性。

第三，NanoClaw v2。這是 ECC 內建的輕量級 agent 編排引擎，支援 model routing（根據任務自動選模型）、skill hot-load（動態載入技能）、session branch/search/export/compact/metrics。

安裝方式與上手門檻

ECC 提供兩種安裝路徑：

Plugin 方式（推薦）：

GPT plus 代充 只需 145/plugin marketplace add affaan-m/everything-claude-code /plugin install everything-claude-code@everything-claude-code 

手動克隆：把 agents、rules、commands、skills 資料夾分別複製到 ~/.claude/ 對應目錄。

需要注意一個社群反覆踩到的坑：Claude Code v2.1 以上版本會自動載入已安裝 plugin 的 hooks/hooks.json，如果你在 .claude-plugin/plugin.json 裡又手動宣告 hooks 欄位，會觸發 duplicate hooks 偵測錯誤。GitHub Issues #29、#52、#103 都是這個問題。

Reddit 社群怎麼看 ECC？

Reddit 上關於 Claude Code 的討論主要集中在 r/ClaudeCode、r/ChatGPTCoding 和 r/ClaudeAI 三個子版。ECC 本身的討論散布在這些社群裡，歸納起來有幾個觀點：

正面評價集中在「省了大量配置時間」和「學習 Claude Code **實踐的好入口」。 awesome-claude-code 策展清單（另一個社群維護的 Claude Code 資源列表）對 ECC 的評價是：「covering just about everything from core engineering domains…most of the resources have significant standalone value.」多數正面回饋指出，即使不安裝整個框架，單獨參考它的 code-reviewer agent 或 TDD skill 寫法，也能學到很多。

批評主要圍繞三點。

第一，過度工程化（over-engineering）。部分開發者認為，一個「配置框架」做到 997 項測試、多語言規則架構、NanoClaw 編排引擎，複雜度已經超過多數團隊的實際需求。一位 r/ClaudeCode 用戶的典型反應是：「大多數人需要的是一個好的 CLAUDE.md，不是一整套生態系統。」

第二，Plugin 系統限制。Claude Code 的 plugin 系統目前無法自動分發 rules，這是上游限制。使用者裝了 ECC plugin 後，agents、commands、skills、hooks 都能自動載入，但 rules 需要手動複製。這讓「一鍵安裝」的承諾打了折扣。

第三，星數膨脹的質疑。82,000 顆星對一個 Claude Code 配置專案來說是很高的數字。有些 Reddit 討論質疑，X 上病毒式傳播帶來的大量星數，是否真的反映了實際使用率。GitHub Discussions 頁面的活躍度（只有零星幾則討論）和 Issues 頁面的活躍度（每天有新 issue）形成對比。

社群對 Claude Code 本身的共識是：程式碼品質最好，但 rate limit 是最大問題。 一篇匯整 500 多則 Reddit 評論的 DEV Community 文章總結：Claude Code 在 36 場盲測中贏了 67%，SWE-bench 得分 59%（Codex 56.8%），但 Pro 方案 USD 20/月的額度太容易用完。Reddit 上最高票的工作流建議是「Claude Code 做架構和 code review，Codex 做日常編碼」，甚至有人在 CLAUDE.md 裡配置把 diff 自動送到 Codex 複查。ECC 的價值，某種程度上是幫開發者更有效率地使用有限的 Claude Code 額度。

ECC 與同類工具的比較

值得採納的模組

即使不打算安裝整個 ECC，以下幾個模組在社群獲得最多正面回饋：

code-reviewer agent：只在信心度 80% 以上才回報問題，會自動合併同類問題（例如「5 個函數缺少錯誤處理」而不是列 5 筆），優先掃描 hardcoded credentials、SQL injection、XSS 這類安全問題。這個 agent 的 prompt 設計在 awesome-claude-code 清單裡被特別點名推薦。

TDD workflow skill：先寫失敗的測試，再實作修復，通過後才提交。這個工作流和 Claude Code 的 Sub Agents 搭配使用，可以把測試撰寫委派給子代理，主代理專注在架構和整合。

Hook 的 session summary 機制：在 Stop 生命週期階段自動產生 session 摘要，寫入 ~/.claude/sessions/ 目錄。這解決了 Claude Code 長 session 容易遺失上下文的痛點。v1.8.0 把摘要從 SessionStart 移到 Stop 階段，因為只有 Stop 階段才有完整的 transcript payload。

Everything Claude Code 跟一般 CLAUDE.md 有什麼不同？

一般 CLAUDE.md 是單一的 Markdown 文件，寫在專案根目錄裡，讓 Claude Code 讀取專案特定的指令和偏好。ECC 提供的是一整套互相配合的 agents、skills、hooks、rules 和 commands，形成一個系統化的工作流程，涵蓋從 code review 到安全掃描到自動化測試的完整開發生命週期。

ECC 適合什麼樣的團隊使用？

ECC 最適合每天大量使用 Claude Code、需要標準化開發流程的團隊。如果你是個人開發者且使用量不大，參考它的 agent 和 skill 寫法比安裝整個框架更實際。進入門檻需要理解 Claude Code 的 plugin 系統、agent、skill 和 hook 這四個概念。

Reddit 社群推薦的 Claude Code 使用方式是什麼？

根據 r/ClaudeCode 和 r/ChatGPTCoding 的高票討論，最有效率的方式是混合使用多個 AI 編程工具：用 Claude Code 做架構設計和 code review（因為程式碼品質最好），用 Codex 做日常編碼（因為額度更充裕），並在 CLAUDE.md 裡配置自動化的交叉檢查流程。ECC 的 Hook 系統可以幫助實現這類自動化。

ECC 的安全掃描功能有多全面？

AgentShield 整合了 102 條安全規則，涵蓋 OWASP Top 10 的所有項目，經過 912 項測試驗證。掃描範圍包括 hardcoded credentials、SQL injection、XSS 漏洞、未驗證的使用者輸入。透過 /security-scan 指令可以在 Claude Code 內直接執行。

如何評估 ECC 是否值得導入？

先看你的使用頻率：每天用 Claude Code 超過 2 小時的團隊，ECC 的自動化 hook 和標準化 agent 能節省可觀的配置時間。每週只用幾次的個人開發者，從 ECC 的文件學習寫法就夠了。然後看你的工具鏈：如果團隊同時使用 Claude Code 和 Cursor 或 Codex，ECC 的跨工具配置是真正的差異化優勢。

結論：82,000 顆星的實際價值

ECC 的核心貢獻是把 Claude Code 的非結構化配置經驗，整理成可複用、可測試、可跨工具移植的系統。對重度使用者和團隊來說，它省下的配置和除錯時間是實打實的。對一般開發者來說，它的價值更多在學習參考——看一個經過 10 個月實戰磨練的配置系統長什麼樣子。

82,000 顆星裡有多少轉化為實際日活用戶，目前沒有公開數據可以回答。但從 GitHub Issues 每天有新增提交、v1.8.0 的 hook 可靠性大幅改善、以及跨平台支援持續收緊來看，這個專案的維護動能是真實的。

Reddit 社群的態度可以總結為一句話：ECC 是 Claude Code 生態裡目前最完整的配置框架，但「最完整」不等於「所有人都需要」。

引用來源

• GitHub — affaan-m/everything-claude-code
• Medium — Everything Claude Code: The Repo That Won Anthropic Hackathon
• Reading.sh — The Claude Code setup that won a hackathon
• DEV Community — Claude Code vs Codex 2026: What 500+ Reddit Developers Really Think
• GitHub — awesome-claude-code

關於作者

Erik (EKC)｜Digital Strategy Director @ Tenten.co

我們團隊在 2025 年從 Cursor 轉向 Claude Code 再轉向全面 agentic coding 工作流的過程中，測試了包括 ECC 在內的多種配置方案。實務經驗告訴我們，配置框架的價值不在於它包含多少功能，而在於它是否能降低團隊成員的上手門檻並標準化輸出品質。對大多數團隊來說，從 ECC 的 code-reviewer 和 TDD workflow 開始局部採用，比一次全裝更容易落地。

如果你正在評估如何為開發團隊建立 AI 編程工具的**實踐，或想討論 Claude Code 和 Codex 的混合工作流策略，歡迎跟 Tenten 團隊預約諮詢。