/ 目錄 / 演練場 / Carmack-Council
← 全部伺服器 ↗ GitHub
● 社群 SamJHudson01 ⚡ 即開即用

Carmack-Council

作者 SamJHudson01 · SamJHudson01/Carmack-Council

多代理 Claude Code 框架：10 位專家子代理（Carmack、Fowler、Kent Beck、Troy Hunt⋯）各自以獨立的 200k 上下文並行審查程式碼。

Carmack Council 將開發流程結構化為規格 → 計畫 → 實作 → 審查，並附帶回饋循環。核心創新在於並行專家子代理：Chair 協調者同時派遣 10 位專家（Carmack 工程、Fowler 重構、Kent Beck 測試、Troy Hunt 資安、Matteo Collina 後端、Brandur Postgres、Vercel 效能、Simon Willison LLMs、Karri Saarinen UI、Vitaly Friedman UX），每位專家皆擁有各自領域的 200k 上下文。

▶ 觀看演示 📦 安裝 💡 使用場景

為什麼要用

核心特性

即時演示

實際使用效果

carmack-council-skill.replay ▶ 就緒
0/0

安裝

作者儲存庫 · Claude Skills 官方文件

使用場景

實戰用法： Carmack-Council

在合併 PR 前取得 10 位專家的審查意見

👤 缺乏深度審查資源的小型團隊工程師 ⏱ ~30 min intermediate

何時使用： 你希望有資安人員、效能人員、測試人員審查你的 PR，但只有你一個人。

步驟
  1. 呼叫審查階段
    Carmack Council review: PR <link or diff>. Dispatch all experts.✓ 已複製
    → 十個並行審查同時執行，各自聚焦於所屬領域
  2. 閱讀整合報告
    Summarize the top 3 issues across all experts, ordered by severity.✓ 已複製
    → 經過優先排序的統整結果，而非 10 份各自獨立的報告
  3. 修正後重新審查
    I fixed 1 and 2. Re-review with just Troy Hunt and Brandur for issue 3.✓ 已複製
    → 針對性的重新審查，而非重新派遣全部專家

結果： 一個通過 10 位專家審視的 PR——遠比隊友草率蓋章來得紮實。

注意事項
  • 專家意見相互矛盾 — Chair 會整合並排序——若兩位專家有衝突，依據你的情境選擇權重較高的那方
搭配使用： github

讓功能完整走過規格 → 計畫 → 實作 → 審查的完整流程

👤 使用 AI 端到端開發功能的小型團隊 ⏱ ~120 min advanced

何時使用： 功能規模較大，且你希望有結構化的把關流程。

步驟
  1. 規格
    Carmack Council: spec for adding Stripe-based subscriptions.✓ 已複製
    → 帶有 Carmack 風格的規格——務實，不做過度架構設計
  2. 計畫 + 實作
    Proceed to plan, then implement in the smallest vertical slice.✓ 已複製
    → 最小可運作切片，而非搭鷹架式的龐大結構
  3. 委員會審查
    Review with all 10 experts.✓ 已複製
    → 跨領域發現，且對應至實際程式碼行數

結果： 一個通過全面審查後正式交付的功能實作。

注意事項
  • 將專家風格奉為圭臬 — 這些是有真實工程師著作支撐的觀點——是參考依據，不是命令
搭配使用： github · planning-with-files

組合

與其他 MCP 搭配，撬動十倍槓桿

carmack-council-skill + github

對實際 PR 執行 council_review，並將摘要以評論形式發佈至 PR

Council review PR #47; post the prioritized top-5 as a comment.✓ 已複製
carmack-council-skill + planning-with-files

跨多輪審查追蹤委員會的發現

Use planning-with-files progress.md to track which council findings are resolved.✓ 已複製

工具

此 MCP 暴露的能力

工具輸入參數何時呼叫成本
spec_stage feature intent 功能開始時 0
plan_stage approved spec 規格確認後 0
implement_stage approved plan 實際開發時 0
council_review diff or PR 合併前 High — 10 parallel agents
single_expert_review diff + expert name 修正後針對特定問題進行複查 1/10 of full council

成本與限制

運行它的成本

API 配額
無
每次呼叫 Token 數
較高——council_review 會執行 10 個並行代理
費用
免費——技能為本地檔案。LLM token 費用隨並行度等比增加。
提示
針對性的複查請使用 single_expert_review；完整委員會每次執行成本較高。

安全

權限、密鑰、影響範圍

憑證儲存： 無需憑證——純提示詞驅動
資料出站： 無——所有審查均在會話內進行

故障排查

常見錯誤與修復

Wrong trigger keywords — only one expert activates

明確說出「dispatch all experts」或「full council」。

替代方案

Carmack-Council 對比其他方案

替代方案何時用它替代權衡
Single-reviewer vanilla Claude小幅修改，不值得動用 10 位專家成本較低，但覆蓋面較少
Human code review團隊有真實的審查者品質更佳但速度較慢——Council 是補充，不是取代

更多

資源

📖 閱讀 GitHub 上的官方 README

🐙 查看未解決的 issue

🔍 瀏覽全部 400+ MCP 伺服器和 Skills