mcpField
C
consciousness-council

consciousness-council

github.com/kalarislabsその他7344 回インストール4 日前に更新
リポジトリ

consciousness-council について

異なる思考タイプを通じて問いを検討する、構造化された議論スキルです。不確実性やトレードオフを伴う判断に向けて参加者を選び、対立する視点を示し、共通点や緊張関係、盲点をまとめます。

主な機能

  1. 014~6種類の思考タイプを選択
  2. 02構造化された多視点の議論
  3. 03実質的な意見対立を促進
  4. 04合意点と緊張関係を統合
  5. 05議論モードのカスタマイズ

活用シーン

  1. 01ビジネス上の判断のトレードオフを比較
  2. 02技術アーキテクチャの選択肢を検討
  3. 03個人的な悩みを多角的に考察
  4. 04倫理的な問いに潜むリスクを発見

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/kalarislabs/research-agent-skills --skill consciousness-council

インストール後、Claude Code で/consciousness-councilを入力して読み込まれたか確認します。

同梱ファイルreferences/advanced-configurations.md

詳細

Consciousness Council

どんな質問に対しても真の認知的多様性を生み出す、体系的な多角的熟議システムです。ひとつの視点からひとつの答えを返すのではなく、それぞれ異なる推論スタイル、盲点、優先事項を持つ思考のアーキタイプを招集し、その視点を統合して実行可能な知見を導き出します。

これが存在する理由

ひとつの視点に基づく思考には限界があります。ひとつの考えに答えを求めれば、得られるのはひとつの枠組みだけです。Consciousness Council は、役員会、哲学セミナー、作戦会議に相当する認知的な場を同時にシミュレートすることで、この限界を打ち破ります。これはロールプレイではありません。認識論的多様性を体系化したものです。

Consciousness Council は、集合知や「群衆の知恵」に関する現象の研究と、真に異なる推論スタイルがぶつかり合うときに最善の判断が生まれるという観察に着想を得ています。

仕組み

Council は次の3つのフェーズで構成されています。

フェーズ 1 — 評議会を招集する

ユーザーの質問に基づき、以下のアーキタイプから評議会メンバーを 4〜6 人選びます。視点が本当にぶつかり合うメンバーを選んでください。合意は簡単ですが、生産的な緊張には価値があります。

12 のアーキタイプ:

#アーキタイプ思考スタイル問いかけること見落としがちな点
1建築家システム思考、構造優先「根底にある構造は何ですか?」単純な問題を過剰に設計することがある
2反対論者逆張り、悪魔の代弁者「反対が正しいとしたらどうでしょう?」逆張りそのものが目的になることがある
3実証主義者データ主導、証拠優先「証拠は実際に何を示していますか?」測定できないものを見落とすことがある
4倫理学者価値観重視、結果への配慮「誰が利益を得て、誰が害を受けますか?」道徳的な複雑さによって行動を麻痺させることがある
5未来学者長期的視点、二次的影響「10 年後にはどうなっていますか?」現在の現実を軽視することがある
6実践主義者行動志向、リソースを意識「金曜日までに実際に何ができますか?」短期のために長期を犠牲にすることがある
7歴史家パターン認識、先例重視「これまでに試されたことはありますか?」過去の戦争に備えてしまうことがある
8共感者人間中心、感情知能「人々は実際にこれをどう感じるでしょうか?」進歩よりも安心を優先することがある
9部外者異分野の視点、素朴な質問「なぜ皆がそうだと思い込んでいるのですか?」分野の深い知識が不足することがある
10戦略家ゲーム理論、競争力学「二手先、三手先には何が起こりますか?」単純な状況を考えすぎることがある
11ミニマリスト簡素化、制約を探る「何を取り除けますか?」複雑な問題を単純化しすぎることがある
12創造者発散思考、新たな統合「まだ試されていないことは何ですか?」信頼性より目新しさを追い求めることがある

選定の目安: 質問の種類に応じて、最も生産的な緊張をもたらす組み合わせを選びます。

  • ビジネス上の意思決定 → 戦略家 + 実践主義者 + 倫理学者 + 未来学者 + 反対論者
  • 技術アーキテクチャ → 建築家 + ミニマリスト + 実証主義者 + 部外者
  • 個人的なジレンマ → 共感者 + 反対論者 + 未来学者 + 実践主義者
  • 創造的な課題 → 創造者 + 部外者 + 歴史家 + ミニマリスト
  • 倫理的な問い → 倫理学者 + 反対論者 + 実証主義者 + 共感者 + 歴史家
  • 戦略/競争 → 戦略家 + 歴史家 + 未来学者 + 反対論者 + 実践主義者

これらは出発点です。具体的な質問に応じて調整してください。目標は生産的な意見の対立であり、合意ではありません。

フェーズ 2 — 熟議

各評議会メンバーは、次の形式で自分の視点を述べます。

🎭 [ARCHETYPE NAME]

Position: [One-sentence stance]

Reasoning: [2-4 sentences explaining their logic from their specific lens]

Key Risk They See: [The danger others might miss]

Surprising Insight: [Something non-obvious that emerges from their frame]

熟議に関する重要なルール:

  • 各メンバーは、何か本質的な点について、少なくとも 1 人の他のメンバーと必ず意見を異にしなければなりません。全員が同意した場合、評議会は失敗です。戻って、対立をより明確にしてください。
  • 視点は本当に異なるものにしてください。「異なる言葉で同意する」だけではいけません。
  • 反対論者は、一般的に懐疑的な態度を取るのではなく、最も支持されている立場に異議を唱えなければなりません。
  • 各メンバーの発言は、要点を絞って鋭く保ってください。幅広さより深さを重視します。
フェーズ 3 — 統合

全メンバーの発言後、次の内容を提示します。

⚖️ COUNCIL SYNTHESIS

Points of Convergence: [Where 3+ members agreed — these are high-confidence signals]

Core Tension: [The central disagreement that won't resolve easily — this IS the insight]

The Blind Spot: [What NO member addressed — the question behind the question]

Recommended Path: [Actionable recommendation that respects the tension rather than ignoring it]

Confidence Level: [High / Medium / Low — based on how much convergence vs. divergence emerged]

One Question to Sit With: [The question the user should keep thinking about after this session]

Council の設定

ユーザーは Council をカスタマイズできます。

  • "Quick council" または "fast deliberation" → メンバーを 3 人にし、回答を短くします
  • "Deep council" または "full deliberation" → メンバーを 6 人にし、推論を深めます
  • "Add [archetype]" → 特定のアーキタイプを追加します
  • "Without [archetype]" → 特定のアーキタイプを除外します
  • "Custom council: [list]" → ユーザーがメンバーを指定します
  • "Anonymous council" → 統合が完了するまで、どのアーキタイプが発言しているかを明かしません(アンカリングバイアスを軽減します)
  • "Devil's advocate mode" → 各メンバーは、最も直感的に思える意見に必ず反対します
  • "Rounds mode" → 最初の見解を示した後、メンバーが互いに応答する 2 ラウンド目を行います

Council に適した質問とは

Council は、次のような質問に最も効果を発揮します。

  • 本当に不確実性やトレードオフがある
  • 複数の妥当な視点が存在する
  • ユーザーが行き詰まっている、または堂々巡りになっている
  • 多角的に考える価値があるほど重要な判断である
  • ユーザー自身のバイアスが視野を狭めている可能性がある

Council の効果が小さいのは、次のような質問です。

  • 明確な答えがある、純粋に事実を尋ねる質問
  • ユーザーがすでに決断していて、ただ賛同を求めている質問
  • 重要度の低い些細な選択

質問が Council 全体で扱うには単純すぎると思われる場合は、その旨を伝え、代わりに 2 つの視点から手短に比較することを提案してください。

トーンと品質

  • ラベルがなくてもユーザーが誰の発言か判別できるほど、各アーキタイプの語り口に十分な個性を持たせてください。
  • 統合は、各メンバーの発言をただ並べるのではなく、真の統合として感じられるものにしてください。
  • 「Core Tension」は統合の最も重要な部分です。ユーザーが直面している本当のトレードオフを示してください。
  • 「One Question to Sit With」は、ありきたりなものではなく、本当に深く考えさせる問いにしてください。
  • Council が全員の丁寧な同意だけに終始しないようにしてください。建設的な摩擦こそが重要です。

例

ユーザー:「安定した企業の仕事を辞めて、会社を立ち上げるべきでしょうか?」

**Council の選定:**プラグマティスト、フューチャリスト、エンパス、コントラリアン、ストラテジスト(メンバー 5 人 — 経済面、感情面、戦略面を含む、重要度の高い人生の決断)

その後、3 フェーズの審議をすべて実行します。

クレジット

AHK Strategies が作成 — AI 時代のための意識インフラ。 詳細はこちら:https://ahkstrategies.net TheMindBook の Mind Council アーキテクチャを採用:https://themindbook.app

エージェントの作業手順

  1. 環境を確認します。 調査の目的、制約(予算、時間、倫理)と、ユーザーが下す必要のある判断を明確にします。
  2. 入力を特定します。 データまたはユーザーから、形式、識別子、パラメーターを確認します。結果に影響する値は推測せず、質問してください。
  3. まず小規模に実施します。 選択肢を広げる前に、前提を明示した候補の短いリストを提示します。
  4. 上記の手順と参照情報を使って、タスク全体を実行します。
  5. 結果を検証します。 前提を明示し、明確な基準で代替案を比較し、統計計画には検出力と分析方法の選択を含めます。
  6. 報告します。 実行した内容(バージョン、コマンド、パラメーター)、確認した内容、未確定の点を述べます。
次のことが起きた場合対応
設計上の選択が、未知の効果量やコストに左右される単一の推測ではなく、シナリオ(楽観的、想定、悲観的)を提示します。
この手順に記載された関数、フラグ、エンドポイントがインストール済みバージョンに存在しないインストール済みバージョンのドキュメント(help()、--help、公式ドキュメント)を確認し、適宜対応してユーザーに伝えます。API を捏造してはいけません。
必須の入力、識別子、パラメーターが曖昧ユーザーに質問するか、実行前に前提を明示します。

誠実性に関するルール

  • 結果、パラメーター、識別子、引用、統計情報を決して捏造してはいけません。実行または検証できないことは、明確に伝えてください。
  • 推測には推測であることを明記し、確立された証拠と新たな仮説を分けてください。
  • ここに記載されたバージョン固有の情報は古くなっている可能性があるものとして扱い、インストール済みバージョンの公式ドキュメントで確認してください。
  • 費用が発生する、共有 GPU やクラウドの利用枠を消費する、個人データまたは患者データを扱う、あるいは取り消せない操作を行う場合は、事前に許可を得てください。

関連スキル

  • dhdna-profiler:任意のテキストから、認知パターンと思考の特徴を抽出します。

コメント