majiayu000 Searching Web
MCPサーバーを優先順位付けして効率的にWeb検索を実行するスキル。
いつ使うか
- Web検索が必要な時
- 最新情報を調べる時
- 公式ドキュメントを参照する時
- ユーザーが「検索して」「調べて」と言及した時
検索戦略
優先順位付けフォールバック
1. Brave-Search MCP Server（第一優先）
↓ 失敗した場合
2. WebFetch MCP Server（フォールバック）
実行フロー
ステップ1: Brave-Search で検索
まず Brave-Search MCP Server を使用：
mcp__brave-search__brave_web_search
利点:
- 高速
- 構造化されたデータ
- 複数結果を一度に取得
ステップ2: フォールバック処理
Brave-Search が利用できない、またはエラーが発生した場合：
WebFetch
利点:
- 単一URLの詳細な取得
- HTMLコンテンツの解析
- より柔軟な取得
使用例
一般的なWeb検索
1. Brave-Search で "Next.js 15 新機能" を検索
2. 結果から最も関連性の高い記事を選択
3. 必要に応じて WebFetch で詳細を取得
公式ドキュメント検索
1. Brave-Search で "React useEffect official docs" を検索
2. 公式サイトのURLを特定
3. WebFetch でページ内容を取得・解析
エラー時のフォールバック
1. Brave-Search を試行
↓ (エラー発生)
2. WebFetch に切り替え
3. 検索エンジンURLを直接指定
検索クエリの最適化
効果的なクエリ
- 具体的なキーワード: "Next.js App Router data fetching"
- バージョン指定: "TypeScript 5.0 新機能"
- 公式指定: "official documentation"
非効率なクエリ
- ❌ "プログラミング"（曖昧すぎる）
- ❌ "エラー"（コンテキスト不足）
OSS ライブラリ情報取得時の特別ルール
OSS ライブラリに関する情報が必要な場合は、Context7 MCP Server を優先使用：
Context7 MCP Server
↓ 利用不可の場合
Brave-Search MCP Server
↓ 利用不可の場合
WebFetch MCP Server
Context7 の利点：
- 最新の公式ドキュメント
- ライブラリ特化の情報
- API リファレンス
エラーハンドリング
Brave-Search エラー時
- エラーメッセージを確認
- WebFetch に自動切り替え
- ユーザーに通知
WebFetch エラー時
- URL の有効性を確認
- リダイレクトを追跡
- 必要に応じて別のURLを試行
チェックリスト
- Brave-Search を第一優先で試したか
- エラー時に WebFetch にフォールバックしたか
- OSS情報の場合、Context7 を検討したか
- 検索クエリは具体的か
- 結果をユーザーに明確に提示したか