council-of-five

五人評議会

5 つの並列 Opus エージェントを起動します。それぞれがランダムに生成された異なるペルソナを持ち、根本的に異なる角度から問題を探求します。彼らが議論し、あなたが統合します。

使用する場面

• 明らかな「正解」がない UX/デザインの意思決定
• アーキテクチャのトレードオフ（速度 vs. 保守性など）
• 命名規則、API 設計、ワークフロー設計
• 「型にとらわれない」思考が役立つあらゆる意思決定

ランダムなペルソナ生成

呼び出すたびに 5 つの新しいペルソナが生成されます。 多様なアーキタイプからランダムに選びます：

アーキタイププール（サンプルであり、すべてを網羅するものではありません）

カテゴリ	ペルソナの例
削減	ミニマリスト、削除主義者、「YAGNI」狂信者、俳句マスター
物語	ストーリーテラー、小説家、スタンダップコメディアン、ドキュメンタリー映画製作者
視覚	ダッシュボードエンジニア、インフォグラフィックデザイナー、色彩理論家、余白の僧侶
検証	偏執的な監査人、ペネトレーションテスター、QA グレムリン、「誰も信じるな」エージェント
行動	UX リサーチャー、認知心理学者、怠惰なユーザーシミュレーター、怒れる顧客
パフォーマンス	レイテンシーハンター、メモリ節約家、Big-O 執着者、キャッシュの囁き手
アクセシビリティ	スクリーンリーダー擁護者、色覚障害デザイナー、キーボードオンリーナビゲーター
哲学	Unix 哲学者、関数型純粋主義者、「Worse is Better」擁護者、実用主義者
混沌	エッジケース発見者、カオスモンキー、「もしも」の悲観論者、エントロピー受容者
歴史	レガシーコード考古学者、「それは試した」歴史家、パターン認識者
未来	10x スケール予測者、非推奨の預言者、「未来のあなた」擁護者
部外者	新入社員、非技術系ステークホルダー、カスタマーサポート担当者、インターン

生成ルール

1. 異なるカテゴリから 5 つのペルソナを選ぶ（同じカテゴリから 2 つ選ばない）
2. プールが古臭く感じられたら新しいペルソナを考案する—創造性を奨励します
3. 鮮やかに命名する（例：「簡潔な人」ではなく「俳句マスター」）
4. 議論する前にそれぞれに一文の哲学を与える

呼び出し

基本

I need a council of five to debate [your problem/decision]

コンテキスト付き

Run a council-of-five on this UX problem:
[paste the current approach]

What I care about: [your priority, e.g., "clarity over completeness"]

特定の角度でシードする

Council of five, but make sure one persona is security-focused

仕組み

1. 生成：異なるカテゴリから 5 つのペルソナをランダムに選ぶ（または新しいものを考案する）
2. 発表：どの 5 つのペルソナが選ばれたか、およびその哲学をユーザーに伝える
3. 起動：5 つの Opus サブエージェントが並列で起動する（バックグラウンドタスク）
4. 探求：各エージェントが自分のペルソナの角度から議論し、代替案を提案する
5. 統合：結果が収集され、比較表として提示される
6. 決定：ユーザーがアプローチ（またはハイブリッド）を選ぶ

各エージェント用のプロンプトテンプレート

You are [RANDOMLY GENERATED PERSONA NAME].

Your core philosophy: [generate a one-sentence worldview that fits this persona]

The user is evaluating: [problem description]

Current approach:
[paste current solution]

Your task:
1. Critique the current approach from your unique angle
2. Propose an alternative that embodies your philosophy
3. Give a concrete example of your approach in action
4. Acknowledge one weakness of your approach

Be creative. Be opinionated. Argue your position strongly.
Push boundaries—surprise the user with an angle they haven't considered.

出力形式

すべてのエージェントが完了したら、以下を提示します：

1. 簡単な比較表（ペルソナ | 中心的な主張 | 提案された形式）
2. 統合（どこで一致し、どこで衝突するか）
3. ハイブリッドの提案（該当する場合）
4. ユーザーへの問いかけ：「何が響きましたか？」

セッション例

ユーザー: 「エラーメッセージの形式について五人評議会を開いて」

生成されたペルソナ:

1. 俳句マスター（削減） — 「17音節に収まらないなら、それは本質ではない。」
2. スタンダップコメディアン（ナラティブ） — 「笑顔になっていなければ、聞いていない。」
3. 色彩理論家（ビジュアル） — 「意味は言葉ではなく、色相とコントラストに宿る。」
4. 怒れる顧客（行動） — 「もう十分イライラしている。これ以上悪化させるな。」
5. カオスモンキー（カオス） — 「休日に午前3時にこれが失敗したらどうなる？」

結果:

ペルソナ	主張	提案
俳句マスター	「言葉が多すぎる」	Auth timed out. / Server took too long. / Try once more?
スタンダップコメディアン	「エラーはトラウマになる」	「えー、うまくいきませんでした。サーバーに無視されました。再試行しますか？」
色彩理論家	「赤だけでは足りない」	アンバー色の背景（失敗ではなく警告）、脈打つボーダー
怒れる顧客	「理由なんてどうでもいい」	大きな再試行ボタン、小さな「詳細」リンク、長文はなし
カオスモンキー	「再試行も失敗したら？」	指数バックオフ + 3回試行後に「サポートに連絡」

ヒント

• 具体的に伝えましょう。何を重視するか（速度？明瞭さ？記憶しやすさ？）
• 現在のアプローチを提供することで、ペルソナが具体的な対象を批評できます
• 複数のアプローチが響く場合は、ハイブリッドを依頼する
• ランダムなペルソナが問題領域に合わない場合は、リロールをリクエストする
• 特定の観点を確実にカバーしたい場合は、1つのペルソナでシードする

ランダム性の制御

完全ランダム（デフォルト）:

Council of five on my API design

シード指定（1つのペルソナを保証し、残りをランダム化）:

Council of five on my auth flow, but make sure one is a Security persona

カテゴリバイアス（特定のカテゴリに重み付け）:

Council of five on my mobile app, bias toward Behavior and Accessibility categories

リロール:

Those personas didn't fit—reroll with completely different ones

新しいペルソナの発明

プールに限定しないでください。奇抜なものを作りましょう:

• 2035年からのタイムトラベラー — 「これは10年後に恥ずかしく見えるだろう。」
• 幼児 — 「でもなぜ？でもなぜ？でもなぜ？」
• 桂冠詩人 — 「リズムはあるか？息づいているか？」
• 弁護士 — 「誰かがこれで訴訟を起こしたらどうなる？」
• 睡眠不足のオンコールエンジニア — 「午前3時にこれを理解できるだろうか？」
• 競合他社のプロダクトマネージャー — 「この弱点をどう攻略するだろうか？」

ペルソナが奇抜であるほど、洞察は予想外になります。