FirecrawlがAlexandriaを公開、ツール探索はデフォルトで簡潔な説明を返す仕様に

Firecrawlは9月22日、Alexandriaを公開し、ウェブ、専用インデックス、データプロバイダーを共通の探索・データ取得フローに統合した。調査エージェントにとっての変化は、まず利用可能なデータ取得機能を探し、その後で入出力仕様を読み込んで実行する流れになることだ。これにより、プロバイダーごとに異なるインターフェースを個別に統合する作業を減らせる。公式にはAPI、MCP、コマンドラインから利用できる。[公式発表](https://www.firecrawl.dev/blog/introducing-alexandria-series-b)

人気のリポジトリにも、これに対応する変更が加えられた。9月20日のコミットでは、検索によるツール探索のデフォルトを`compact`に設定し、各結果に含める情報をプロバイダー、機能名、説明だけに絞った。詳しい情報が必要な場合は、要約モードまたは完全モードを指定できる。コードでは複数言語のSDKとテストも更新され、簡略化された結果を正常にパースできることが確認されている。[実装コミット](https://github.com/firecrawl/firecrawl/commit/4e35739f830edf768719ad583828724f1d9f9dc3)

この設計は、完全な仕様の読み込みをツール選択後まで遅らせることで、初回の探索で取り込む情報量を減らせる一方、クライアント側の前提も変える。これまで検索結果からパラメータ構造、費用、レスポンス形式を直接読み取っていたプログラムは、詳細な仕様を別途取得する必要がある。ツールの説明を受け取るだけでは、実行可能なリクエストを組み立てるには不十分だ。トークンをどれだけ節約できるか、通信の往復による遅延が増えるかは、実際のワークフローで測定する必要がある。

MCPドキュメントに記載された手順は、検索し、`firecrawl_find_tools`で選択した機能の詳細を取得してから、`firecrawl_scrape`で実行するというものだ。通常の検索やURLからの取得では、マッチしたプロバイダーのツールが自動的に呼び出されるわけではない。検索専用のMCPエンドポイントも、探索と実行の全機能を備えていない。このため、「情報源を見つける」と「データを取得する」を別々のステップとして記録できる。[MCPドキュメント](https://github.com/firecrawl/firecrawl-mcp-server)

公式のコマンドラインガイドでは、実行前に対応地域、必須入力、消費クレジット数、アクセス条件を確認することも求めている。適切なツールが見つからない場合は、通常のウェブ検索結果を引き続き利用する。中国語での調査タスクでは、エンジニアリングチームは現地のデータソースを使ってカバレッジを検証し、ツール選択の誤りや漏れを記録することが望ましい。特に、ツール探索の成功率と実際のデータ取得率を分けて集計することで、どの層で失敗が起きたかを特定できる。[コマンドラインガイド](https://github.com/firecrawl/cli/blob/main/skills/firecrawl-search/SKILL.md)

Firecrawlはまた、同じモデルとプロンプトを使った845件のタスクに対するブラインド方式のAI評価で、回答品質が21%向上したとしている。これはプロバイダーが公表したテスト結果であり、繁体字中国語、特定のデータベース、あらゆるエージェントフレームワークにそのまま一般化することはできない。導入時には、回答品質、データ取得にかかる総コスト、遅延を併せて比較する必要がある。[評価の説明](https://www.firecrawl.dev/blog/introducing-alexandria-series-b)