スキルが呼び出されない — Claude が通常のレビューを実行してしまう

「Carmack Council review」と明示的に指定してください。

SKILL.md frontmatter wrong

再クローンしてください。description がディスパッチロジックを制御しています。

Carmack-Council (Claude Skill) — インストール & ライブデモ

なぜ使うのか

主な機能

汎用的なレビュープロンプトではなく、独自の哲学を持つ10人の名前付きエキスパート
並列サブエージェント — 各エキスパートが独自の200kコンテキストウィンドウを取得
Chair オーケストレーターがエキスパート間の発見をマージし優先順位付け
4段階ワークフロー（スペック / プラン / 実装 / レビュー）とフィードバックループ
単一コンテキストにすべてを保持する必要がないため、大規模コードベースにスケール可能

ライブデモ

実際の動作

carmack-council-skill.replay ▶ 準備完了

0/0

インストール

作者のリポジトリ · Claude Skills の公式ドキュメント

ユースケース

実用的な使い方： Carmack-Council

マージ前にPRに対して10人のエキスパートレビューを受ける

👤 十分なレビュー体制がない小規模チームのエンジニア ⏱ ~30 min intermediate

使うタイミング： セキュリティ担当、パフォーマンス担当、テスト担当にPRを見てほしいが、チームには自分しかいない場合。

フロー

レビューステージを呼び出す

Carmack Council review: PR <link or diff>. Dispatch all experts.✓ コピーしました

→ 10件の並列レビューが実行され、それぞれドメインにスコープされている
マージされたレポートを読む

Summarize the top 3 issues across all experts, ordered by severity.✓ コピーしました

→ 10件のバラバラなレポートではなく、優先順位付けされた統合レポート
修正して再レビュー

I fixed 1 and 2. Re-review with just Troy Hunt and Brandur for issue 3.✓ コピーしました

→ 全体の再ディスパッチではなく、フォーカスされた再レビュー

結果： 10人のエキスパートの視点を通過したPR — チームメイトの形式的な承認より遥かに堅牢です。

注意点

エキスパート間で意見が対立する — Chair がマージして優先順位を付けます。2人のエキスパートが矛盾する場合は、自分の状況でより重要な方を選んでください

組み合わせ： github

フィーチャーをスペック → プラン → 実装 → レビューの完全パイプラインで進める

👤 AIを使ってフィーチャーをエンドツーエンドで構築する小規模チーム ⏱ ~120 min advanced

使うタイミング： フィーチャーが大規模で、構造化されたゲートを設けたい場合。

フロー

スペック

Carmack Council: spec for adding Stripe-based subscriptions.✓ コピーしました

→ Carmack流の実用的なスペック — 過剰設計ではない
プラン + 実装

Proceed to plan, then implement in the smallest vertical slice.✓ コピーしました

→ スキャフォールディングの沼ではなく、薄い動作するスライス
Council レビュー

Review with all 10 experts.✓ コピーしました

→ 実際のコード行に紐付いたクロスドメインの指摘

結果： 徹底的にレビューされた実装でフィーチャーがリリースされます。

注意点

エキスパートのスタイルを絶対視してしまう — 実在のエンジニアの著作に基づいた意見です — 根拠ある参考意見であり、戒律ではありません

組み合わせ： github · planning-with-files

組み合わせ

他のMCPと組み合わせて10倍の力を

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

複数のレビューラウンドにわたって council の指摘を追跡

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	マージ前	高コスト — 10並列エージェント
single_expert_review	diff + expert name	修正後に特定の懸念を再チェックする時	フル council の1/10

コストと制限

運用コスト

APIクォータ: なし
呼び出しあたりのトークン: 高 — council_review は10並列エージェントを実行します
金額: 無料 — スキルはローカルファイルです。LLMトークンコストは並列度に応じてスケールします。
ヒント: ターゲットを絞った再チェックには single_expert_review を使用してください。フル council は実行ごとのコストが高いです。

セキュリティ

権限、シークレット、影響範囲

認証情報の保管： クレデンシャル不要 — 純粋なプロンプトのみ

データ送信先： なし — すべてのレビューはセッション内で完結します

トラブルシューティング

よくあるエラーと対処法

Wrong trigger keywords — 1人のエキスパートしか起動しない

「dispatch all experts」または「full council」と明示的に指定してください。

代替案

Carmack-Council 他との比較

代替案	代わりに使う場面	トレードオフ
Single-reviewer vanilla Claude	10人のエキスパートは過剰な小規模変更の場合	低コストだがカバレッジは少ない
Human code review	チームに実際のレビュアーがいる場合	品質は高いが遅い — Council は補完するもので、置き換えるものではない

その他

リソース

📖 GitHub の公式 README を読む

🐙 オープンな issue を見る

🔍 400以上のMCPサーバーとSkillsを見る