mcpField
I
integrated-reasoning

integrated-reasoning

github.com/kimasplundエージェントワークフロー541 回インストール2 週間前に更新
リポジトリ

integrated-reasoning について

複雑な判断や問題に取り組む人向けの推論手法選択ガイドです。問題の特徴に応じて Tree of Thoughts、Breadth of Thought、Self-Reflecting Chain、Direct Analysis を選び、手法の組み合わせ方も示します。

主な機能

  1. 01問題の特徴に応じた手法選択
  2. 024種類の推論手法の比較
  3. 03各手法の進め方
  4. 04逐次・並列での組み合わせ
  5. 05確信度の目安

活用シーン

  1. 01複雑な判断に使う分析手法の選択
  2. 02未知の問題に対する選択肢の探索
  3. 03デバッグや証明で依存関係を順に追跡

インストール

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

$npx skills add https://github.com/kimasplund/claude_cognitive_reasoning --skill integrated-reasoning

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

同梱ファイルreferences/integrated-reasoning-advanced-patterns.md

詳細

統合推論 - メタオーケストレーションガイド

目的:問題に最適な推論手法を選択し、オーケストレーションするためのガイドです。問題の特性を分析し、思考の木、思考の幅、自己内省型チェーン、または直接分析を推奨します。

統合推論を使用するタイミング

✅ 次の場合に使用してください:

  • 複雑な問題に直面しており、どの推論手法を使うべきか判断できない
  • 問題に8つ以上の意思決定の観点がある(アーキテクチャ上の決定、戦略的計画など)
  • 解決策に90%を超える確信が必要
  • 長期的な影響を伴う、重要度の高い意思決定である
  • 問題が複数の領域にまたがる(技術+ビジネス+組織)

❌ 次の場合は使用しないでください:

  • 問題が明らかに1つのパターンに当てはまる(そのパターンを直接使用してください)
  • 答えが明白な単純な意思決定である
  • 率直なトレードオフを迅速に判断する必要がある

推論パターン選択ガイド

デシジョンツリー:どのパターンを使うべきか?

質問1:問題に逐次的な推論が必要ですか?

  • ✅ はい(各ステップに依存関係がある)→ 自己内省型チェーン

    • 例:デバッグ、数学的証明、因果分析
    • 「自己内省型チェーン」のセクションへ進んでください
  • ❌ いいえ(各ステップは独立している)→ 質問2に進んでください

質問2:評価基準は明確ですか?

  • ✅ はい(解決策を採点・順位付けできる)→ 思考の木

    • 例:最適化問題、指標に基づくアーキテクチャの選択
    • 「思考の木」のセクションへ進んでください
  • ❌ いいえ(評価方法が明確でない)→ 質問3に進んでください

質問3:解決策の選択肢が不明ですか?

  • ✅ はい(すべての選択肢がわからない)→ 思考の幅

    • 例:新規性の高い問題、包括的な計画、複雑な問題のデバッグ
    • 「思考の幅」のセクションへ進んでください
  • ❌ いいえ(解決策の選択肢がわかっている)→ 直接分析

    • 特別な推論パターンは必要ありません
    • 標準的な分析的思考を適用してください

パターン比較表

特性思考の木思考の幅自己内省型チェーン直接分析
探索深い(4~6段階)広い(8~10分岐)逐次的なチェーン単一路線
出力最良の解決策1つ実現可能な選択肢3~5個論理的な結論直接的な回答
分岐数各段階に5つ各段階に8~10個分岐なし分岐なし
深さ4~6段階2~3段階N段階(逐次的)浅い
用途明確な基準がある選択肢が不明依存関係がある単純な問題
時間30~60分30~50分20~40分5~15分
確信度80~95%70~85%70~90%60~80%

セクション:思考の木

次の場合に使用してください:

  • 問題に複数の実現可能な解決アプローチがある(3つ以上)
  • 明確な評価基準を定義できる
  • 最適な解決策を見つける必要がある(単なる解決策ではなく)
  • 競合するアプローチ間にトレードオフがある
  • 長期的な影響を伴う戦略的な意思決定である

方法:

  1. 5つ以上の異なるアプローチに分解する
  2. 自己内省を行いながら各分岐を探索する
  3. 厳密に評価する(5つの基準:新規性、実現可能性、完全性、確信度、整合性)
  4. 最良の分岐を選択し、4~6段階の深さまで再帰的に探索する
  5. 80~95%の確信度で最適な解決策を返す

スキルを読み込む:tree-of-thoughts

例:

  • 「API アーキテクチャを選ぶ:REST、GraphQL、gRPC、WebSocket のどれか?」
  • 「レイテンシー、一貫性、コストのバランスを取るキャッシュ戦略を設計する」
  • 「データベースを選ぶ:SQL、NoSQL、NewSQL、時系列のどれか?」

セクション:思考の幅

次の場合に使用します:

  • 解決策の範囲が不明、または未開拓です
  • 最善の選択肢を1つだけではなく、実行可能な選択肢を複数(3~5個)検討する必要があります
  • 実行可能な代替案を見落とせません
  • 未知の問題、または前例のない問題です
  • 複数の原因が考えられる問題をデバッグします
  • 早まった収束が危険となる、重大な判断を伴います

方法論:

  1. 解決策の範囲を整理します:根本的に異なるアプローチを8~10個挙げます
  2. 各アプローチを十分に検討します
  3. 慎重に絞り込みます(確信度が40%未満の場合にのみ除外します)
  4. 残った案をそれぞれ5つのサブアプローチに展開します
  5. トレードオフ分析とともに、上位3~5個の解決策を提示します

スキルを読み込む:breadth-of-thought

例:

  • 「データパイプラインを再設計するには、バッチ、ストリーミング、ハイブリッド、それとも別の方法がよいでしょうか?」
  • 「システムが断続的にクラッシュします。ネットワーク、DB、メモリ、競合状態、設定のどれが原因でしょうか?」
  • 「複数の実装戦略を含む、包括的な機能計画」

セクション:自己省察型チェーン

次の場合に使用します:

  • 各ステップに順序依存関係があります
  • 論理的な推論(演繹、因果関係、数学的推論)が必要です
  • 推論の道筋を正確にたどる必要があります
  • エラーの検出と修正が重要です
  • デバッグ(実行フローをたどってバグを追跡)を行います
  • 順序が重要な段階的計画を立てます

方法論:

  1. 順序に沿ったステップに分解します
  2. 各ステップを深く自己省察しながら実行します
  3. 各ステップで論理を検証します(確信度 ≥70%)
  4. エラーを検出した場合、または確信度が低い(<60%)場合は、前のステップに戻ります
  5. 詳細な推論の道筋とともに結論を提示します

スキルを読み込む:self-reflecting-chain

例:

  • 「実行をステップごとにたどって、この競合状態をデバッグしてください」
  • 「論理的なステップを用いて、この数学的定理を証明してください」
  • 「各フェーズが前のフェーズの完了に依存するプロジェクトを計画してください」

セクション:直接分析

次の場合に使用します:

  • 問題が単純明快で、解決策が明らかです
  • トレードオフが単純な、時間に制約のある判断です
  • 解決策の範囲に、明らかな選択肢が1~2個あります
  • 特別な推論パターンが必要ありません

方法論:

  1. 問題を直接分析します
  2. 明らかな代替案を1~2個検討します
  3. 明確な基準に基づいて判断します
  4. 簡潔に記録します

スキルは不要です — 標準的な分析的思考を使用します

例:

  • 「この構文エラーを修正してください」
  • 「ドキュメントが明確な、類似する2つのライブラリから選択してください」
  • 「5人のチームの会議を予定してください」

オーケストレーション:複数のパターンの組み合わせ

複雑な問題では、複数のパターンが必要になることがあります:

パターン1:逐次的オーケストレーション

使用する状況:問題に、異なる推論方法が必要な複数のフェーズがあります

例:システムアーキテクチャの再設計

  1. フェーズ1:思考の幅を使用して、すべてのアーキテクチャの選択肢(10個)を検討します
  2. フェーズ2:思考の木を使用して、上位3つのカテゴリから最適な案を見つけます
  3. フェーズ3:自己省察型チェーンを使用して、移行経路をステップごとに検証します
パターン2:並列比較

使用する状況:複数の推論アプローチを比較する必要があります

例:重大なビジネス上の判断

  1. 分岐A:基準が明確であると想定し、思考の木を適用します
  2. 分岐B:未知の代替案を探索するため、思考の幅を適用します
  3. 比較:どちらのアプローチの確信度が高くなりましたか?
  4. 採用:確信度の高いアプローチから得られた解決策を採用します

確信度の調整

パターンごとの想定確信度:

  • 思考の木:80~95%(最善の道筋を深く探索)
  • 思考の幅:70~85%(広く網羅する一方、深さは控えめ)
  • 自己省察型チェーン:70~90%(チェーン内で最も弱い部分に依存)
  • 直接分析:60~80%(迅速な分析で、厳密さは控えめ)

確信度の基準:

  • 90~95%:例外的な証拠があり、重大な判断に適しています
  • 80~89%:確信度が高く、重要な判断に適しています
  • 70~79%:確信度は中程度です。追加の検証を検討してください
  • 60~69%:確信度が低く、さらなる調査を推奨します
  • <60%:確信度が非常に低く、さらに情報を収集してください

クイックリファレンス:パターンの選び方

START
  │
  ├─ Sequential dependencies? → YES → Self-Reflecting Chain
  │                             NO ↓
  ├─ Clear evaluation criteria? → YES → Tree of Thoughts
  │                               NO ↓
  ├─ Solution space unknown? → YES → Breadth of Thought
  │                           NO ↓
  └─ Simple/obvious solution → Direct Analysis

メタ分析チェックリスト

パターンを選ぶ前に、次の点を確認します。

  • 問題の複雑さ:単純(選択肢が3つ未満)か、複雑(8つ以上の観点がある)か?
  • 依存関係:逐次的なステップか、独立した分岐か?
  • 評価:明確な基準があるか、判断方法が不明確か?
  • 解決策の範囲:既知の選択肢か、未知の領域か?
  • 必要な出力:最善の案を1つか、複数の選択肢か、論理的な証明か?
  • 利用可能な時間:短時間(20分未満)か、じっくり(60分以上)か?
  • 求められる確信度:低め(70%)か、高め(90%以上)か?

まとめ

統合的推論を使うと、適切な思考ツールを選べます。

  • 思考の木:最善の解決策が必要な場合(明確な基準、深い探索)
  • 思考の幅:すべての選択肢が必要な場合(未知の領域、幅広い探索)
  • 自己反省型連鎖:論理的な証明が必要な場合(逐次的なステップ、バックトラッキング)
  • 直接分析:解決策が明白な場合(単純な問題、迅速な判断)

最適な結果を得るには、適切なスキルを読み込み、その方法論に従ってください。

ほとんどの問題は、いずれか1つのパターンに当てはまります。複雑な問題では、複数のパターンを逐次または並行して組み合わせる必要がある場合があります。

覚えておいてください:適切な推論パターンは、問題の分野ではなく、問題の特性によって決まります。「データベースの選択」でも、基準が明確ならToT、すべての選択肢を検討するならBoT、段階的に移行するならSRCを使えます。

コメント