council

council skill の概要

council は、複数のもっともらしい答えがあり、意思決定の前に構造化された反対意見が必要な場面のための decision-support skill です。プロダクトの判断、スコープのトレードオフ、ロールアウトの選択、「今出すべきか、止めるべきか」といった問いに向いています。通常の単一回答プロンプトでは、ひとつの見方に寄りがちな場面で特に有効です。council skill を、単なるブレストではなく「選ぶため」に使いたいなら、よい適合です。

council skill は何のためにあるか

Decision Support パターンの council は、ひとつの問いに対して4つの視点を並べます。中心となる Claude の声に加えて、Skeptic、Pragmatist、Critic の観点を持たせることで、隠れた前提、失敗モード、運用上のトレードオフを素早く洗い出せます。価値は、情報量を増やすことではなく、よりよい摩擦を生むことにあります。

council skill を入れるべき人

プロダクト、エンジニアリング、運用、戦略で曖昧な意思決定を頻繁に行い、その判断を毎回同じ型で検証したいなら、council を導入する価値があります。関係者の意見が割れるとき、判断ミスのコストが小さくないとき、単なる「メリット・デメリット」一覧よりも防御力のある提案がほしいときに、特に役立ちます。

council skill が特に向いている場面

問いに少なくとも2つの妥当な道があり、判断が文脈に依存し、しかも反対意見込みで go/no-go を出したいなら、council を使うべきです。逆に、実行が明快な作業、バグ修正、アーキテクチャの下準備、答えがすでに明らかであとは手を動かすだけのタスクには、あまり向いていません。

council skill の使い方

council skill をインストールする

リポジトリのインストール手順に従って council を Claude Code の skills セットに追加し、標準的な補完ではなく構造化された意思決定支援が必要なときに呼び出します。このリポジトリでは、実運用上のインストール参照は affaan-m/everything-claude-code の skills/council パスです。インストール後は、プロンプトやタスクを扱うのと同じ環境で council として使えるようになります。

skill が議論できる形でプロンプトを組む

council の効果を最大化するには、漠然とした話題ではなく、まず判断文を置くことが大切です。選択肢、重要な利害、そして最重要の制約を入れてください。たとえば、「より安全な全面展開計画が整うまで待つべきか、それとも今 feature flags を使って出すべきか。運用リスクを最小化しつつ、リリース時期は守りたい」といった入力は強いです。一方、「feature flags についてどう思う？」は弱い入力です。前者なら council はトレードオフを評価できますが、後者だと一般論に流れやすくなります。

先に読むべきファイルを押さえる

まず SKILL.md で判断の境界を確認し、次に council を使うべき条件、使わない条件、役割構成、ワークフローを定義している部分を読みます。ここは、council が適切な道具かどうかに最も影響する箇所です。自分のリポジトリへ組み込む場合は、周辺の skill ルールも確認して、出力スタイルが自分の環境に合うようにしてください。

単発質問ではなく、ワークフローとして使う

よい council の使い方は、まず判断対象を定義し、2〜4個の候補を挙げ、制約を明示し、council を回し、最後に根拠とリスクつきの推奨を求める流れです。締め切り、ユーザー影響、巻き戻し可能性、何が起きたら失敗なのか、といった運用上の現実も含めてください。そうすることで、Pragmatist と Critic が本当に意味のある情報を足せます。

council skill の FAQ

council skill はブレスト用か、意思決定用か

意思決定用です。council skill は、曖昧さを解消するために反対意見を明示する設計であり、アイデアを延々と増やすためのものではありません。生の発想だけ欲しいなら、もっと簡単なプロンプトで十分なことが多いです。選択肢をしっかり検証したうえで最終的な推奨がほしいときに council を使ってください。

council skill は通常のプロンプトと何が違うか

通常のプロンプトは、複数の視点をひとつの答えにまとめてしまいがちです。council は対立する見方を別々に語らせるため、早すぎる合意がリスクになる場面で力を発揮します。実務では、トレードオフの扱いがうまくなり、見落としが減り、何が問題になり得るのかがはっきりします。

council skill は初心者にも向いているか

はい、判断内容をはっきり書けるなら向いています。初心者ほど、「何を選ぶのか」という具体的な選択肢、短い背景、そして最も重視する制約を入れると価値が出ます。プロンプトが曖昧でも動きはしますが、その場合は議論の切れ味が落ちます。

council skill を使わないほうがいいのはいつか

単純な事実確認、明白な作業、コードレビュー、セキュリティレビュー、手順どおりの実装計画には使わないでください。リポジトリでは、そうしたケースは別の skill か直接実行に振り分けています。Decision Support の council は、機械的な手順ではなく判断そのものが難しいときに最も強いです。

council skill の改善方法

council にもっと良い判断材料を渡す

最も効果の高い改善は、文脈を鋭くすることです。選択肢、判断期限、主要リスク、成功条件をはっきり書いてください。たとえば、「A と B のどちらを選ぶか。A は速いが、B は安全。期限は金曜。成功条件は rollback が不要で、サポート負荷が最小であること」といった形です。問題を抽象的に説明するより、はるかに強い入力になります。

本当に気にしている制約で反対意見を求める

コスト、巻き戻しやすさ、ユーザー体験、運用負荷のどれを重視するのかを最初に伝えてください。council は、何を攻めるべきか分かっているときに最も力を発揮します。そこが曖昧だと、Skeptic と Critic が別の前提に噛みついてしまい、推奨の実用性が下がります。

1回目の実行後に絞り込んで再実行する

最初の council の答えが広すぎるなら、問いを狭めるか、別の制約でやり直してください。たとえば、「速度を最優先する」「安全性を最優先する」「長期的な保守性を最優先する」といった切り口です。同じプロンプトを繰り返すより、こちらのほうが役立つことがよくあります。council skill では、よりよい反復とは、単に言葉を増やすことではなく、問いの立て方を磨くことです。