Perplexity／Sonar Product-surface Operating Profile

Perplexityを法人運用する際は、Web/SaaSの検索・研究体験、EnterpriseのSpaces・組織管理・コネクタ、開発者向けSearch API、Agent API、旧Sonar Chat Completionsを同じ製品面として扱わない。2026年10月20日時点で、Perplexity公式ドキュメントは新規開発にAgent APIを推奨し、Sonar Chat Completionsのサポートは2026年9月27日に終了したとしている。同期・streaming Sonar requestは段階的にAgent APIへreformulateされる一方、asynchronous Sonar requestは非対応となりbackground modeへの移行が必要である。

したがって「Perplexity API = Sonar」という固定理解は現行運用に不適切である。既存Sonar利用はmigration対象として棚卸しし、新規実装はAgent API、raw検索結果だけが必要な場合はSearch APIを第一候補として評価する。

PerplexityのSaaSは、検索・研究・会話・Spaces・ファイル・組織向け機能を提供する。Spacesはthread、file、custom instruction、共同作業をまとめるworkspaceであり、Enterpriseでは組織内ファイルやconnectorを検索sourceとして利用できる。管理者はsharingやpermissionを制御できるが、実際のplan、organization policy、connector availabilityをreadbackしてから利用可否を確定する。

SaaSの自然言語回答にsource/citationが表示されることと、引用先がclaimを完全に裏付けることは別である。重要claimではcitation URL、source date、引用箇所、一次資料か二次資料かを独立に検証する。

Search APIはreal-time web search結果をstructured dataとして返す面である。公式quickstartは、raw resultを自前処理したい場合にSearch APIを使い、LLM生成回答とcitationが必要ならAgent APIを使うよう区別している。domain、language、region、extracted content等の検索controlがあり、検索結果と生成回答を分離したpipelineを構成できる。

検索APIのranked resultはground truthではない。検索対象Webの誤情報、更新遅延、SEO、source duplication、paywall、地域差、crawler availability等の影響を受けるため、重要業務ではsource-quality ruleとclaim-level verificationを別途置く。

Agent APIはmodel callに加え、web search、URL fetching、sandbox、MCP、custom function等を一つのagentic interfaceへ統合する現行中心面である。公式migration guideはOpenAI、Anthropic、Google、xAI等を含む複数model familyとPerplexity Sonarを選択でき、presetによるtask intensity設定やmulti-turn interactionを提供すると説明している。

Agent APIのoutputはtyped itemとして返り、messageとsearch_results等を分離できる。これは旧Sonar Chat Completionsのmessages/choices形式と異なる。既存consumerがchoicesやtop-level citationsを前提としている場合、単純endpoint置換ではなくresponse parser、stream event、error/retry、async/background処理をmigration testする。

Sonarは歴史的・互換面として残っているが、2026年9月27日でsupport終了と公式に明記されている。同期・streaming requestが動作し続けても、それを長期support保証と解釈しない。非同期requestはAgent API background modeへ移す。

既存Sonar systemでは、model name、request/response schema、citation/search_results利用、streaming、async、search filter、structured output、rate limit、costをinventory化し、Agent API mapping後に回帰試験を行う。

Perplexityの2026年7月8日更新Privacy Noticeは、一般consumer向けprivacy noticeがEnterprise/APIで処理されるデータには適用されず、それらではPerplexityがservice provider/processorとして機能すると明記している。Enterprise契約はDPAを参照組込みし、2026年8月13日更新DPAは契約終了後のPersonal Dataについて、法的保持義務がない限り30日以内のdeleteまたはcustomer選択によるreturnを定めている。

このためconsumer privacy設定、Enterprise、APIを一つの「Perplexityは学習しない」という表現へ潰さない。契約、DPA、plan、tenant setting、featureごとにdata-use、retention、subprocessor、region、connector data boundaryを確認する。

Trust CenterはSOC 2、ISO/IEC 27001:2022等のcompliance resourceやsubprocessor情報を掲示しているが、認証の存在を個別use caseの適法性・安全性・data residency保証へ外挿しない。

Enterprise Spacesではfile、thread、custom instruction、connector sourceを共同利用できる。Perplexityの現行enterprise materialはGoogle Drive、SharePoint、OneDrive、Box、Dropbox等のconnectorを案内し、connectorでは元のfile access permissionを保持すると説明している。

ただし、Space sharing、thread sharing、organization-wide access、external link sharing等は設定・plan・時点で変わり得る。機密情報を投入する前に、admin policy、Space visibility、member role、connector permission、download/export、public-link可否を実tenantでreadbackする。

ファイル件数・サイズ等の上限はPerplexity公式資料間でも時点やplanによって表記差が見られるため、固定値を辞典の恒久仕様として扱わない。capacityはPRODUCT_VOLATILEとし、導入時にHelp Center/consoleで確認する。

Perplexityの強みはWeb searchとsource presentationだが、citationがあること自体はclaim verificationではない。少なくとも次を分離する。

• 検索結果が取得されたか。
• 回答中のclaimとcitationの対応が正しいか。
• source自体が一次資料または信頼できる根拠か。
• sourceの日付・versionがclaimのas-ofと一致するか。
• 複数sourceが同じ二次情報を循環参照していないか。
• 検索されなかった反証・例外・地域差がないか。

高リスク業務では、citation付き回答をそのまま承認記録にせず、claim-source pairを保存し、重要claimを一次資料へ遡る。

SonarからAgent APIへ移行する場合は、次をrelease gateにする。

• 旧endpoint/modelと新preset/model mappingを固定する。
• prompt/message semanticsの差をfixtureで比較する。
• citation/search_resultsのschema差をconsumer testする。
• streaming eventの順序、partial output、disconnect/retryを確認する。
• async Sonarをbackground modeへ置換し、polling/callback/idempotencyを再設計する。
• tool execution、URL fetch、sandbox、MCPを有効化する場合はegress・secret・permission boundaryを別審査する。
• cost、rate limit、latency、search depth、source countをproduction traffic相当で測る。
• providerのinternal benchmarkを自社品質保証へ外挿せず、自社golden setでcitation correctness、answer quality、latency、costを比較する。
• migration後も旧Sonar依存が残っていないかcode/config/logを検索する。

PerplexityはSaaS、Enterprise、APIで機能提供面が異なり、さらにplan、region、organization setting、rollout、model availabilityで差が生じる。公開ドキュメントに機能が存在しても、特定tenantで利用可能とは限らない。

製品台帳には少なくとも surface / plan / org / region / model-or-preset / API version / feature / observed_at / evidence locator を残す。pricing、rate limit、model lineup、file limit、premium data source、connectorは高変動項目として定期readback対象にする。

• Sonar同期requestが現在成功することを、support継続の証拠にする。
• SaaSのcitation表示を、citation correctnessや一次資料性の保証とみなす。
• Search APIのrankをsource quality scoreとして扱う。
• Enterprise契約/DPAとconsumer Privacy Noticeを混同する。
• connectorが存在することから、全fileが全memberへ安全にpermission-aware retrievalされると推定する。
• plan上の上限やmodel lineupを長期固定仕様として実装へ埋め込む。
• Agent APIのtool利用を通常chat completionと同じrisk boundaryで扱う。
• provider benchmarkだけでSonar→Agent API migrationを合格させる。

Perplexity公式migration guideはAgent APIのperformance/cost優位を内部benchmarkに基づき説明しているが、改善幅はuse caseごとに異なるとも明記している。したがって「Agent APIへ移行すれば必ず品質・費用が改善する」とは言えない。

Enterprise workshop/help materialにはfile limit等の数値が時点・planによって異なる記述が存在する。これは製品更新または資料差の可能性があり、固定値を一般化する根拠にはならない。live console/Help Center/契約を優先して確認する。

Trust Centerのcertificationやcontrolは重要な調達証拠だが、特定customer configuration、特定connector、特定model providerの全処理経路を個別に保証するものではない。

「PerplexityはSonar APIを提供する検索LLM」と固定的に説明しない。「2026年10月20日時点では、Perplexityの開発者面はAgent API、Search API等へ再編され、旧Sonar Chat Completionsは2026年9月27日にsupport終了している。同期・streamingには互換動作が残るが、新規開発はAgent APIが推奨される」と記述する。

「Enterpriseデータは学習に使われない」「citationがあるので正確」「connectorは常に元権限を完全再現する」と無条件に断定せず、契約・plan・feature・tenant設定・source verificationの境界を併記する。

• 個別契約でのAPI/Enterprise retention、region、subprocessor、model-provider境界。
• Sonar互換reformulationが全model・全request fieldでいつまで維持されるか。
• Agent APIの各presetが内部的に選択するmodel/tool構成の変更通知粒度。
• Search API/Agent APIのranking・citation生成に対する独立再現評価。
• connectorごとのACL propagation、削除反映、index refresh latency、permission change propagation。
• Enterprise Pro/Maxの現行file/capacity limitのtenant別差。
• premium data sourceのlicense、引用、再配布、export制約。
• Agent API tool/MCP/sandbox利用時の組織向けfine-grained permissionと監査ログ範囲。