始める前に
- Novita アカウントと API キー。API Key Management を参照して作成してください。
- 以下の例で使用できるように、キーをエクスポートします。
NOVITA_API_KEYは手順 1 の Novita API キーそのものです。同じキーがすべてのプロバイダーで機能します。
- ベース URL:
https://api.novita.ai - 認証ヘッダー:
Authorization: Bearer <api_key> - コンテンツタイプ:
application/json
初めての検索
以下の例では Exa 検索を実行します。各リクエストは、ルートと JSON 本文の組み合わせだけです。検索エンジンの切り替え
検索エンジンを切り替えるには、プロバイダーに合わせて route と request body を変更します。キー、ホスト、認証ヘッダーは同じままです。Tavily で同じ意図を表すと次のようになります。numResults を使用し、Tavily は max_results を使用します。各プロバイダーの完全なパラメーター一覧は、それぞれの API リファレンスにあります。
独自のプロバイダー SDK を使用する
AI Search はパススルー統合であるため、ベース URL を上書きできる限り、プロバイダーの公式 SDK をそのまま使用できます。対応するゲートウェイルートを指定し、Novita キーを渡してください。たとえば Exa Python SDK はbase_url を受け取ります。
SDK がベース URL 設定を公開していない場合は、上記のように任意の HTTP クライアントで REST エンドポイントを直接呼び出してください。この方法は常に機能します。
仕組み
Novita は、各プロバイダーをパススルーエンドポイントとして公開します。リクエストは Novita API キーで認証され、その後、プロバイダー固有のリクエスト形式とレスポンス形式を使用して上流プロバイダーへ転送されます。- 1 つの認証情報。 すべてのプロバイダーで、既存の Novita API キーを
Bearer <api_key>として使用します。 - プロバイダー ネイティブの本文。 リクエストとレスポンスの形式は上流プロバイダーと一致するため、プロバイダー自身の例やリクエスト形式をそのまま利用できます。ベース URL を Novita に向けるだけです。
- リクエストごとにエンジンを切り替え。 プロバイダーを切り替えるには、認証やアカウント設定ではなく、ルートと本文を変更します。
対応プロバイダー
Exa
組み込みのコンテンツ抽出と回答合成を備えた、ニューラルおよびセマンティック Web 検索です。調査、意味に基づくページ検索、構造化された出力に強みがあります。
Tavily
サイトのクロールとマッピングを備えた、高速で LLM 向けに最適化された検索および取得です。ニュースや金融トピック、抽出パイプライン、低レイテンシのルックアップに強みがあります。
機能一覧
エンドポイントリファレンス
トラブルシューティング
- 400 Bad Request — パラメーターがプロバイダーのスキーマと一致していません。そのプロバイダーのフィールド名を使用していることを確認してください(例:
numResultsとmax_results)。 - 429 Too Many Requests — レート制限に達しました。バックオフして再試行するか、リクエスト量を減らしてください。
次に進む場所
Web-Grounded Answers & RAG
検索結果を LLM API に渡して、引用付き回答を備えた検索拡張生成 (RAG) パイプラインを構築します。