fstack-counselors について
重要な問いについて3つのモデルから独立した意見を集め、1つの提案にまとめるスキルです。アーキテクチャ選定などの判断に向き、合意点と異論を示しながら、ファイルは変更せずに評価します。
主な機能
- 013人のカウンセラーに同じ要約を送信
- 02独立した回答を並行して収集
- 03合意点と相違点を整理
- 04結論と各カウンセラーの要約を提示
- 05読み取り専用で評価
活用シーン
- 01決定前にアーキテクチャ案を比較
- 02計画や差分について別の意見を得る
- 03異論を明示して難しいトレードオフを検討
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/インストール後、Claude Code で/fstack-counselorsを入力して読み込まれたか確認します。
詳細
/fstack-counselors
1つの問いに対して3つのモデルによる評議会を開きます。各カウンセラーが独立して回答し、その後、回答が比較され、1つの決定的な推奨事項にまとめられます。各カウンセラーの意見は要約され、特に意見が分かれた点が明示されます。
使用すべき場面
- 1つのモデルの意見では足りないほど、判断が大きい場合。
- アーキテクチャの選択、難しいトレードオフ、「XとYのどちらにすべきか」という問い。
- コミットする前に、計画、diff、設計についてセカンドオピニオンがほしい場合。
手順
- 問いを1つの自己完結したブリーフにします。問い、関連するコンテキスト（ファイル、制約、すでに試したこと）、希望する回答形式を含めます。すべてのカウンセラーはこのまったく同じブリーフだけを受け取ります。
- 評議会を選びます。この環境で利用可能な最も能力の高い3つのモデルを選びます。派遣する前に、誰が評議会に参加するかをユーザーに伝えます。環境がモデルを混在させられない場合は、最良のモデルで3つの独立したセッションを実行します。独立した実行でも意見の相違は表面化します。環境が独立したエージェントをまったく実行できない場合は、その旨を伝えて直接回答します。評議会を決して偽装しないでください。
- 努力レベルを設定します。ユーザーが指定した場合はそれを使用します。指定がない場合は、デフォルトでmedium / balancedな推論とします。完全なコストとレイテンシをかけずに、優れた思考を提供します。最高レベルに引き上げるのは、ユーザーがそう指示した場合、または問いが明らかに重要なものである場合だけです。
- 同じブリーフを各カウンセラーに並列かつ読み取り専用で派遣します。どのカウンセラーも他の回答を見ることはできません。
- 3つの回答をすべて読みます。どこで一致し、どこで意見が分かれているかを整理します。
- 結果を2つの部分で提示します。
- 評決。 1つの決定的な回答です。カウンセラーの意見が分かれた場合は、どちらかの側を選び、その理由を述べます。平均化しないでください。
- 評議会。 各カウンセラーにつき1つの要約を、それぞれ2〜3行で、モデル名を明記します。すべての意見の相違と、評決がそれをどう解決するかを明示します。2対1の分裂は2対1として報告します。
- 停止します。 評決に基づいて行動することは別の判断です。ユーザーが構築を望む場合は、
/fstack-planまたは/fstack-buildを提案します。
してはならないこと
- カウンセラーが自分の回答を出す前に、互いの回答を見られるようにすること。独立性がすべての要点です。
- 意見の相違を平均化して曖昧なものにすること。「すべてのアプローチに長所がある」は評決ではありません。
- 反対意見を隠すこと。あるカウンセラーが反対した場合、ユーザーはそのことと理由を聞くべきです。
- カウンセラーにファイルを変更させること。評議会は読み、意見を述べるだけで、決して書き込みません。
- 些細な問いで評議会を招集すること。「この変数の名前は何にすべきか」に3つのモデルを投入するのは無駄です。
例
ユーザー:
/fstack-counselors認証をサーバーセッションからJWTに移行すべきでしょうか？エージェント: 「評議会: [ここで利用可能な最も強力な3つのモデル]。それぞれに同じブリーフを送信します。あなたの認証コード、言及されたスケーリングの制約、そして問いです。数分で戻ります。」
(3つの独立した回答が返ってくる)
エージェント: 「評決: サーバーセッションを維持。 評議会は2対1に分かれました。
カウンセラー1 — セッションを維持。あなたのアプリは単一のバックエンドによるサーバーレンダリングであり、JWTは失効の問題を追加し、あなたには存在しない分散の問題を解決しようとしています。
カウンセラー2 — セッションを維持、同じ核心的な理由です。追加: 後でAPIがトークンを必要とする場合は、全面的に切り替えるのではなく、セッションから短命のトークンを発行すべきです。
カウンセラー3 — JWTへの移行。将来のマルチサービス化のケースを主張しています。私はそれに反対しました。そのケースは仮説的であり、失効のコストはすぐに発生するからです。
これを計画内のメモにしますか、それとも決定として残しますか？」
クレジット
これは、Aaron Francisによるcounselorsのcouncil-of-advisorsパターンを凝縮したものです。彼のCLIは、プロンプトをローカルにインストールされたエージェントCLIへファンアウトします。このスキルは、あなたの環境にすでにあるものを使用します。counselors CLIがインストールされているなら、ファンアウトを実行するのに適した方法です。