mcpField
D
deep-research

deep-research

github.com/petekp生産性1043 回インストール21 週間前に更新
リポジトリ

deep-research について

利用可能なツールで詳細な調査を行うための方法ガイドです。情報源の探索、照合、引用、不確実性の扱い、構成化された報告の手順を示します。

主な機能

  1. 01調査範囲の定義
  2. 02複数情報源の探索
  3. 03情報源の品質評価
  4. 04主張の相互検証
  5. 05引用に基づく報告
  6. 06確信度と不確実性の記載

活用シーン

  1. 01技術的な疑問の調査
  2. 02独立した情報源間での主張の検証
  3. 03一貫した基準による選択肢の比較
  4. 04矛盾または不十分な証拠の報告

インストール

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

$npx skills add https://github.com/petekp/agent-skills --skill deep-research

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

同梱ファイルreferences/search-strategies.mdreferences/source-evaluation.md

詳細

ディープリサーチ

利用可能なすべてのツールを使って、網羅的かつ正確な調査を行うための体系的な方法論です。速度よりも正確さを優先します。

基本原則

  1. 複数の情報源が必要です — 重要な主張を単一の情報源だけに頼ってはいけません
  2. すべてを照合します — 独立した複数の情報源で、事実が一貫して確認できることを確かめます
  3. 出典の明記が必須です — すべての主張に出典が必要です。出典のない断定は避けます
  4. 不確実性を認めます — 情報源が食い違う場合や信頼性が低い場合は、その旨を明示します
  5. 一次情報源を優先します — 公式ドキュメント > ブログ記事 > フォーラムの回答 > AI 生成コンテンツ

利用可能な調査ツール

調査テーマに応じて、以下のツールを組み合わせて使用します。

ツール得意分野制限事項
WebSearch最新ニュース、最近の情報、幅広いテーマの発見検索結果が古かったり、SEO の影響を受けていたりする可能性があります
WebFetch特定の URL の読み込み、詳細なコンテンツの抽出URL が判明している必要があります
Playwright browser対話型サイト、有料コンテンツ(ログイン済みの場合)、複雑なナビゲーション時間がかかり、より多くのトークンを必要とします
Context7/MCP docsライブラリ/フレームワークのドキュメントインデックス済みのライブラリに限られます
OpenAI docs MCPOpenAI API の詳細OpenAI のみが対象です
Grep/Glob/Readコードベースの調査、実装の検索ローカルファイルに限られます

調査ワークフロー

フェーズ 1:調査範囲の定義

調査を始める前に、以下を明確にします。

  1. 中心となる質問 — 具体的にどのような質問に答える必要がありますか?
  2. 必要な深さ — 概要でよいですか、それとも徹底的な詳細調査が必要ですか?
  3. 情報の鮮度に関する要件 — 情報の新しさは重要ですか?(API のバージョン、時事問題など)
  4. 権威ある情報源 — どのような情報源が決定的な回答とみなされますか?

調査範囲が曖昧な場合は、確認の質問をしてください。調査の方向性が複数考えられる場合は、選択肢を整理するために AskUserQuestion を使用します。

フェーズ 2:情報源の発見

関連する情報源を幅広く探します。

1. WebSearch with multiple query variations
   - Try 3-5 different phrasings of the core question
   - Include technical terms AND plain language
   - Search for "[topic] official documentation"
   - Search for "[topic] research paper" or "[topic] study"

2. Identify authoritative sources from results
   - Official documentation sites
   - Academic papers / research institutions
   - Industry standards bodies
   - Recognized experts in the field

3. Check specialized tools
   - Context7 for library/framework docs
   - OpenAI docs MCP for OpenAI-specific topics
   - GitHub/codebase for implementation details

情報源を見つける際のヒューリスティック:

  • 政府や学術機関のドメイン(.gov、.edu、.ac.uk)は、正確性が高い傾向があります
  • 公式プロジェクトドキュメントは、そのプロジェクトに関する権威ある情報源です
  • Wikipedia は出発点であり、最終地点ではありません — 引用元をたどってください
  • Stack Overflow の回答は検証が必要です。投票数と日付を確認してください
  • コンテンツファームや SEO に最適化されたまとめ記事には注意してください
フェーズ 3:詳細な読み込み

有望な情報源ごとに、以下を行います。

  1. コンテンツ全体を取得する — WebFetch またはブラウザーを使用して全文を取得します
  2. 重要な主張を抽出する — 具体的な事実、数値、日付、引用を書き留めます
  3. 情報源のメタデータを記録する — 著者、日付、組織、潜在的な偏りを記録します
  4. 引用を特定する — この情報源はどの情報源を引用していますか?
  5. 矛盾に印を付ける — 他の情報源と矛盾していませんか?

情報源の種類に応じた読み方:

情報源の種類読み方
ドキュメント関連セクションを最後まで読み、バージョン/日付を記録します
研究論文要約、結論、方法論の順に読みます
ニュース記事掲載日、著者の経歴、引用元を確認します
ブログ記事主張を独立して検証し、著者の専門性を確認します
フォーラム/Q&A回答の日付、投票数、承認状況を確認し、独立して検証します
フェーズ 4:相互検証

主要な主張ごとに、以下を行います。

  1. 独立した情報源を 2 件以上見つける — 相互に引用し合っていない情報源を探します
  2. 矛盾を確認する — 情報源間に意見の相違があれば記録します
  3. 新しい情報源を優先する — 変化の速いテーマの場合
  4. 権威性に基づいて重み付けする — 一次情報源 > 二次情報源 > 三次情報源

矛盾の解決:

  • 情報源の見解が異なる場合は、すべての立場を出典とともに報告します
  • 意見が異なる理由を調査します(背景の違い、古い情報、定義の違いなど)
  • ある情報源の権威性が明らかに高い場合は、その旨を記します
  • どれか一つの見解を黙って選ぶことは決してしません
フェーズ 5:統合と出力

調査結果を明確に構成します。

## Research Summary: [Topic]

### Key Findings

1. **[Finding 1]**
   - [Specific fact with citation]
   - [Supporting evidence]
   - Confidence: High/Medium/Low
   - Sources: [1], [2]

2. **[Finding 2]**
   ...

### Conflicts & Uncertainties

- [Area of disagreement]: Source A claims X [1], while Source B claims Y [2]. [Analysis of why they differ]

### Source Quality Assessment

| # | Source | Type | Authority | Recency | Notes |
|---|--------|------|-----------|---------|-------|
| 1 | [URL] | Official docs | High | 2024-01 | Primary source |
| 2 | [URL] | Research paper | High | 2023-06 | Peer-reviewed |
| 3 | [URL] | Blog | Medium | 2024-03 | Author is [expert] |

### Gaps & Limitations

- [What couldn't be verified]
- [Areas needing more research]

### Citations

[1] [Full citation with URL]
[2] [Full citation with URL]
...

信頼度レベル

各調査結果に信頼度を割り当てます。

レベル基準
高独立した信頼できる情報源が3つ以上一致しており、矛盾がない
中2つの情報源が一致する、または信頼性が非常に高い情報源が1つあり、軽微な矛盾がある
低情報源が1つのみ、または情報源間に重大な矛盾がある
不確実情報源間に重大な矛盾があり、真偽を判断できない

信頼度は必ず明記してください。「確信が持てません」も有効な調査結果です。

引用形式

番号付きの参照をインライン引用で使用します。

The API rate limit is 60 requests per minute [1], though this can be increased
for enterprise accounts [2].

---
[1] OpenAI API Documentation, "Rate Limits", https://platform.openai.com/docs/guides/rate-limits, accessed 2024-01-15
[2] OpenAI Enterprise FAQ, https://openai.com/enterprise, accessed 2024-01-15

引用には次の情報を含めてください。

  • 情報源の名前/タイトル
  • URL(ウェブ情報源の場合)
  • アクセス日(ウェブ情報源の場合)
  • 公開日(確認できる場合)

特別な調査シナリオ

急速に進化するトピック(AI、暗号資産など)
  • 過去6か月以内の情報源を優先します
  • 公式の変更履歴とリリースノートを確認します
  • 情報が古くなっている可能性がある場合は、その旨を記載します
  • ブラウザーを使用して最新の状況を直接確認することを検討します
議論の分かれるトピック
  • 複数の見解を、それぞれの引用とともに提示します
  • それぞれの立場で最も有力な主張を示します
  • 情報源に偏りがある可能性と、その理由を記載します
  • 証拠が圧倒的でない限り、どちらかの立場を選びません
技術的な実装に関する質問
  • まず公式ドキュメントを確認します(Context7、MCP サーバー)
  • GitHub でサンプルコードを探します
  • 可能であれば、実際の動作と照合して検証します
  • バージョンによる違いを記載します
比較調査(「X 対 Y」)
  • すべての選択肢を同じ評価基準で比較します
  • 可能な場合は、直接比較している情報源を探します
  • 偏りがないか確認します(ベンダーがスポンサーとなっている比較など)
  • それぞれの選択肢が何に最適化されているかを記載します

避けるべきアンチパターン

アンチパターン問題点代わりにすること
情報源が1つだけ検証できない必ず2つ以上の情報源を探す
引用のない主張検証できないすべての事実に情報源を付ける
最初の検索結果が最良だと決めつけるSEO は正確性を意味しない情報源の質を評価する
矛盾を無視する不確実性が隠されるすべての見解を報告する
古い情報源情報が劣化する公開日を確認する
AI の要約を信頼する幻覚が含まれる可能性がある一次情報源を確認する
早々に調査を切り上げる全体像を把握できない調査による効果が薄れるまで続ける

完了条件

次の条件を満たした時点で、調査は完了です。

  1. 中心となる質問に引用付きで回答している
  2. 主な主張を、独立した2つ以上の情報源で検証している
  3. 矛盾や不確実性を明確に記載している
  4. すべての引用について情報源の質を評価している
  5. 調査結果に信頼度を割り当てている
  6. 不足している情報や制約を記録している

参考ファイル

特定のシナリオに関する詳しいガイダンスは、以下を参照してください。

コメント