firecrawl-build-search

Firecrawl 検索の構築

アプリケーションが URL ではなくクエリから始まる場合に使用します。

こんな場合に使用します

• ユーザーが質問し、製品がまず情報源を見つける必要がある
• この機能で最新のウェブ検索結果が必要である
• 検索クエリから、後でスクレイピングするページの候補リストを作成したい

デフォルトの推奨事項

• URL の発見が製品の動作に含まれる場合は、まず /search を使用します。
• 検索結果のスクレイピングが明らかに必要な場合を除き、検索と抽出は概念的に分けておきます。
• コストやレイテンシーが重要な場合は、広範なデータ取得よりも、対象を絞った後続の抽出を優先します。

よくある製品パターン

• 出典を引用した回答の生成
• 企業、競合他社、またはトピックの発見
• 詳細な抽出に先立ち、ウェブページの候補リストを作成するリサーチワークフロー
• 後で /scrape または /interact を使用する、クエリから URL へのパイプライン

ここでの「リサーチワークフロー」は、ウェブページを見つけることを意味します。製品が公開論文を検索する場合は、別の機能を使用します。以下のエスカレーションルールを参照してください。

エスカレーションルール

• すでに URL がわかっている場合は、firecrawl-build-scrape を使用します。
• 結果ページでクリックやフォーム操作が必要な場合は、firecrawl-build-interact に切り替えます。
• この機能で公開済みの研究論文（PubMed、bioRxiv、medRxiv などの生物医学、臨床、生命科学分野の文献）または arXiv のプレプリントを検索する場合、/search は適切な機能ではありません。代わりに研究論文インデックスを使用します：firecrawl-research-index。/search に categories: ["research"] を渡しても、このインデックスは検索されません。研究関連のウェブサイト（PubMed、bioRxiv、medRxiv、arXiv、出版社のサイトなどを含むリスト）に通常のウェブ検索を絞り込み、それらのページの検索結果を返すだけです。抄録の検索、関連論文の展開、全文の抜粋は行われません。
• イシュー、プルリクエスト、README、ドキュメントページから開発者向けの質問に回答する機能の場合は、代わりに開発者インデックスを使用します：firecrawl-developer-index。categories: ["developer"] にも同じ注意が当てはまります。

実装に関する注意事項

• /search は発見、ランキング、情報源の選定に使用します。
• 製品がスニペット、URL、または検索結果の全コンテンツのどれを必要とするのかを明確にします。
• 下流のスクレイピングロジックの予測可能性を保つため、クエリの契約は安定させておきます。

ドキュメント（信頼できる情報源）

統合コードを記述する前に、プロジェクトで使用する言語に対応した信頼できる情報源のページを確認してください。

• Node / TypeScript: docs.firecrawl.dev/agent-source-of-truth/node
• Python: docs.firecrawl.dev/agent-source-of-truth/python
• Rust: docs.firecrawl.dev/agent-source-of-truth/rust
• Java: docs.firecrawl.dev/agent-source-of-truth/java
• Elixir: docs.firecrawl.dev/agent-source-of-truth/elixir
• cURL / REST: docs.firecrawl.dev/agent-source-of-truth/curl

関連項目

• firecrawl-build
• firecrawl-build-scrape
• firecrawl-build-interact
• firecrawl-research-index
• firecrawl-developer-index