Firecrawl、検索ソースにスキルを統合し、エージェントが検索結果からスキル概要を選択可能に

Firecrawlは11月4日、スキル検索機能をメインブランチに統合し、POST /v2/search に skills ソースを追加しました。呼び出し側は sources: ["web", "skills"] を指定することで、ウェブページとスキル概要を同時に検索でき、スキル概要は data.skills に格納されます。この変更により、エージェントがスキルを見つけるための入口が提供されます。完全なスキル内容を読むには別途取得する必要があり、新たなスキル読み取りエンドポイントは追加されていません。マージ記録と設計説明

各概要カードには識別子、名前、説明、ソースが含まれ、プロバイダーと類似度が付く場合もあります。クエリが返すカードは最大3件で、通常検索の limit を増やしても件数は増えません。スキル検索は他のソースと並行して実行され、待機時間は最大3秒です。タイムアウト、非成功ステータス、または想定外のレスポンスは空配列に変換され、他の検索結果の返却は継続されます。実装上の代償として、アプリケーションは空配列だけを根拠に「適用できるスキルがない」と判断できず、サービス障害の可能性も考慮する必要があります。実装上の制約

この設計は、Firecrawlが既に提供しているツール発見の流れを拡張するものです。公式のAlexandriaドキュメントでは、「ツールを検索し、入力と価格を確認してから実行する」という手順が説明されており、検索結果にはプロバイダー、機能、説明が含まれる場合があります。アーキテクチャ上、新しいスキル概要によって、エージェントは少数の候補情報を先に取得し、完全な内容を読み込むか判断できるようになります。ただし、これは統合方法に関する推論であり、タスク成功率の改善を示す公開パフォーマンス評価はありません。Alexandria公式ドキュメント

デプロイ時には、さらに2つの制約があります。スキル検索にはAPIキーが必要で、ゼロデータ保持モードでは利用できません。また、クエリ自体が無料であることは、その後のツール実行も無料であることを意味しません。確認時点で、公開されている検索ガイドにはまだ skills が記載されていません。そのため、メインブランチへのマージだけで、すべてのクラウドアカウントや正式版SDKが対応済みとは判断できません。導入チームは、実際に利用するバージョン、レスポンスフィールド、空結果の処理を確認し、自社の中国語タスクで候補の品質をテストする必要があります。検索ガイド