# Perplexity／Sonar Product-surface Operating Profile CURRENT_STATUS: CURRENT OBSERVATION: SPEC_ONLY FRESHNESS: CURRENT PAGE_TYPE: reference CANONICAL_URL: /tools/ea-1209-perplexity-sonar-product-surface-operating-profile CLAIM_IDS: none EVIDENCE_IDS: EA-1209-CURRENT-APPROVAL, EA-1209-CURRENT-BODY-READBACK UNKNOWN_IDS: EA-1209-UNKNOWN-01 OPS_IDS: none ## Summary 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への移行が必要である。 ## Current judgment 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への移行が必要である。 ## Scope Perplexity／Sonar Product-surface Operating Profile ## Confirmed ## UNKNOWN - EA-1209-UNKNOWN-01: - 個別契約での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と監査ログ範囲。 ## Evidence - EA-1209-CURRENT-APPROVAL (RESEARCH): 現行本文の監査・revision対応 - EA-1209-CURRENT-BODY-READBACK (IMPL): 現行本文の収録照合 ## Failure / limits Sonar同期requestが現在成功することを、support継続の証拠にする。 ## Failure / limits SaaSのcitation表示を、citation correctnessや一次資料性の保証とみなす。 ## Failure / limits Search APIのrankをsource quality scoreとして扱う。 ## Failure / limits Enterprise契約/DPAとconsumer Privacy Noticeを混同する。 ## Failure / limits connectorが存在することから、全fileが全memberへ安全にpermission-aware retrievalされると推定する。 ## Failure / limits plan上の上限やmodel lineupを長期固定仕様として実装へ埋め込む。 ## Failure / limits Agent APIのtool利用を通常chat completionと同じrisk boundaryで扱う。 ## Failure / limits provider benchmarkだけでSonar→Agent API migrationを合格させる。 ## Failure / limits 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の全処理経路を個別に保証するものではない。 ## Practice 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対象にする。 ## PUBLIC_CLAIM 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を第一候補として評価する。 ## 1. 製品面を分離する ### SaaS / Enterprise 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 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 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 Chat Completions 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後に回帰試験を行う。 ## 2. Enterprise data boundary 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保証へ外挿しない。 ## 3. Spaces・connector・sharing 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で確認する。 ## 4. Citationとgroundingの運用 Perplexityの強みはWeb searchとsource presentationだが、citationがあること自体はclaim verificationではない。少なくとも次を分離する。 1. 検索結果が取得されたか。 2. 回答中のclaimとcitationの対応が正しいか。 3. source自体が一次資料または信頼できる根拠か。 4. sourceの日付・versionがclaimのas-ofと一致するか。 5. 複数sourceが同じ二次情報を循環参照していないか。 6. 検索されなかった反証・例外・地域差がないか。 高リスク業務では、citation付き回答をそのまま承認記録にせず、claim-source pairを保存し、重要claimを一次資料へ遡る。 ## 5. API migration control 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を検索する。 ## 6. Availability / plan / version 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対象にする。 ## 7. FAILURE ENVELOPE - 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を合格させる。 ## COUNTEREVIDENCE / LIMITATIONS 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の全処理経路を個別に保証するものではない。 ## SAFE_WORDING 「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の境界を併記する。 ## OPEN_UNKNOWN - 個別契約での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と監査ログ範囲。 NEXT: /agent/start.json STOP: This is a knowledge projection, not an execution order.