Perplexity、searchとtool executionを束ねるAgent APIを公開

Perplexityが公開したもの

Perplexityは2026年3月11日、Agent APIを発表し、integrated search、tool execution、multi-model orchestrationを備えたmanaged runtimeだと説明した。重要なのは、開発者がmodel router、search layer、embeddings provider、sandbox service、monitoring stackを個別に組み合わせなくてもよいという点だ。Perplexityはこれらを単一のintegration pointとして提供しようとしている。

この製品は単発のmodel callではなく、agent loopを前提に設計されている。Perplexityによれば、runtimeはobjectiveを受け取ると、それを段階的なplanに分解し、適切なtoolを選び、実行し、結果を観察し、目標が満たされたかを評価しながら反復する。説明例では、営業前の事前準備として、agentが社内CRMを確認し、web_searchを実行し、必要なページをfetch_urlで読み込み、内部履歴と外部情報をまとめて1つのresponseにする。

初期版で利用できる機能

最初のリリースには、built-in toolとして web_search と fetch_url が含まれる。Perplexityは web_search について、domain allowlist・denylist、recencyとdate range、language filter、ページごとのcontent budget設定をサポートするとしている。fetch_url は特定URLの全文を取得・抽出する。さらにcustom functionsも使えるため、built-in search stackを社内database、CRM、private APIとつなぐ構成も可能になる。

もう1つの重要な軸はmodel-agnostic戦略だ。PerplexityはAgent APIが複数のfrontier model providerをまたいで動作し、優先モデルが使えない場合は自動的に次のモデルへ切り替えるfallback chainをサポートすると説明している。公式docsは、third-party frontier modelへのアクセスをdirect provider ratesで、no markupで提供すると案内している。production agentを構築するチームにとって、tool use、provider abstraction、high-availability routingが1つの製品にまとまったことが最大の技術的シグナルだ。

なぜ重要か

現在のagent製品の多くは、chat surfaceか、薄いinference routerにとどまっている。Perplexityは今回、execution layerそのものを販売しようとしている。これは、実運用のagent systemが失敗しやすい場所がraw generationよりもorchestrationだからだ。planning、retrieval、tool invocation、fallback処理、追加stepの判断が、現場の難しさを決める。

Perplexityはpresetという形で自社の調整ノウハウも商品化している。会社によれば、presetはsystem prompt、tool set、cost profileをあらかじめ組み合わせ、quick lookup、balanced research、deeper multi-source analysisのような用途向けに最適化されている。もしこれが実務で機能するなら、小規模チームはagent stack全体を自作する代わりに、動くruntimeをそのまま採用できる。大きく見ると、Perplexityはconsumer answer productから、search-heavy agent workflowのinfrastructure layerへと重心を移している。

出典: Perplexity blog · Perplexity docs