blog

Perplexity スペース 使い方――設定・活用・限界を技術者視点で解説

監修

河合 継(クリスタルメソッド株式会社 代表取締役)

AI・ディープラーニングに関する特許16件の発明者。過去、国立がん研究センターとの共同研究や、テレビ番組でのAI解説実績を持つAI研究者として、AIの研究開発を主導している。
運営会社について編集方針

Perplexity スペース 使い方――設定・活用・限界を技術者視点で解説

Perplexity スペースとは何か――機能の本質と技術的位置づけ

Perplexity は「回答エンジン(AI検索)」を本体とするサービスであり、検索特化の自社モデル群(Sonarシリーズ)と外部フロンティアモデルを束ねることで機能する。自社の汎用フラッグシップLLMを主役に他社と競合する形ではなく、グラウンディング(検索結果に基づく回答生成)に最適化された設計思想を持つ点が最大の特徴だ。

その上で「スペース(Spaces)」は、会話の文脈・指示・参照ドキュメント・モデル選択をひとつの名前空間に束ね、繰り返し利用できるプロジェクト型ワークスペースとして機能する。通常の会話セッションはステートレスに近く、毎回前提条件をプロンプトで渡し直す必要がある。スペースはその課題を解消する仕組みであり、以下の要素を永続的に保持する。

  • システムプロンプト(AI instructions):役割・出力フォーマット・トーン・言語の固定
  • 参照ファイル:PDF・テキスト等をスペース内の全スレッドで参照可能
  • モデル選択:Sonar / Sonar Pro / Sonar Reasoning Pro / Sonar Deep Research、および外部フロンティアモデルへの切り替え設定を保持
  • 会話スレッド管理:スペース配下に複数スレッドを整理・蓄積
  • 共有設定:非公開・招待制・公開の3段階

エンジニアの観点では、スペースを「毎回渡すシステムプロンプトと簡易RAGファイルをUIレイヤーで管理し、モデルとのセッションにバインドする軽量なオーケストレーション機能」と捉えると設計判断がしやすい。なぜプロンプトの固定化がモデルの挙動安定に寄与するかの背景は、自然言語処理・BERTの入門解説で扱われているトークン化と文脈表現の仕組みを理解しておくと直感的に把握できる。

Perplexity スペースのアーキテクチャ概念図 Perplexity Space(名前空間) AI instructions 役割・フォーマット 言語・引用ルール 参照ファイル PDF・テキスト (簡易RAG) モデル選択 Sonar / Sonar Pro 外部フロンティア等 スレッド群 会話履歴・蓄積 複数スレッド管理 4要素がひとつの名前空間に束ねられ、全スレッドで共有される

図:Perplexity スペースを構成する4要素。AI instructions・参照ファイル・モデル選択・スレッド群が一つの名前空間に束ねられ、全スレッドで共有される。

Perplexity スペース 使い方――作成から基本設定までの具体的手順

スペース機能はProプラン(月額$20、年額$200)以上で主要機能が有効になるが、無料アカウントでも限定的な作成・参照が行える(2026年6月時点。詳細はPerplexity API料金ページを参照)。以下、Web UIを前提とした作成手順を示す。

スペースの作成手順(6ステップ)

  1. Perplexity Web UIの左サイドバーにある「Spaces」をクリックする。
  2. 「スペースを作成する(Create a Space)」ボタンを押し、スペース名と任意の説明文を入力する。名前は後から変更可能だが、チームで共有する場合は用途が一目でわかる命名を初期から意識する。
  3. 「AI instructions」欄にシステムプロンプトを記述する。ここがスペースの挙動を決定する最重要項目であり、後述の設計ポイントを参照して慎重に作成する。
  4. 使用するモデルを選択する(Sonar / Sonar Pro / Sonar Reasoning Pro / Sonar Deep Research、またはProプラン以上で利用可能な外部フロンティアモデル)。
  5. 参照ファイルがある場合はこのタイミングでアップロードする。PDF・テキスト形式が主な対象で、Proプランでファイルアップロード機能が有効になる。
  6. 共有設定を「非公開」「招待制」「公開」から選択して保存する。機密情報を扱うスペースは必ず「非公開」または「招待制」を選ぶ。

AI instructions(システムプロンプト)設計の実践的ポイント

AI instructionsはスペース内の全スレッドに適用される永続的な指示層であり、設計の品質がそのままスペースの有用性を左右する。適切に設計しないと後からの差し替えコストが高くなるため、以下のパターンを参考に初期設計を丁寧に行うべきだ。

  • 役割の明示:「あなたは○○業界の上級エンジニアです」のように役割を宣言することで、出力のトーン・専門性水準・想定読者が安定する。役割を省略すると、クエリの表現次第で出力の粒度が大きくばらつく。
  • 出力フォーマット指定:「回答は必ず『背景→技術的詳細→制約・注意点』の構成で出力すること」と指定すれば、後工程での加工コストが下がる。Markdown形式の可否も明記する。
  • 引用・脚注ルールの明記:Perplexityはデフォルトで引用番号を付与するが、不要な場合や形式を変えたい場合は明示的に指示を上書きする必要がある。
  • 使用言語の固定:「回答は必ず日本語で出力すること」を明記しないと、英語ソースに引きずられて英語で返答されることがある。特に技術系クエリでは発生頻度が高い。
  • ハルシネーション抑制の指示:「根拠のある情報のみを示し、不確実な場合は『確認が必要』と明記すること」を加えることで、出力の信頼性判断がしやすくなる。ただしこれだけで完全には防止できない点は後述する。

システムプロンプトのチューニング感覚は、機械学習の基礎で解説されているモデルの入力感度に関する理解と通底する。指示が曖昧なほどモデルの自由度が上がり、一貫性は低下する。具体的・制約的な記述がモデルの挙動安定に直結する。

ファイルアップロードとナレッジ活用の実際

スペースにアップロードしたファイルはRAG的に参照される。技術仕様書・社内ドキュメント・規約集などを格納することで、毎回のスレッドでそれらを文脈として利用できる。ただし、以下の限界を把握しておくことが実装判断上不可欠だ。

  • ファイルの取り込みはUI経由の簡易RAGであり、ベクトルDBのパラメータ制御・チャンキング戦略・再ランキングを細かく調整することはできない。
  • 数百ページ規模のPDFを格納した場合、検索精度はドキュメントの構造や密度によって大きく変動する。精度保証が必要な用途では後述のSonar APIと自前のベクトルDB構成を検討すべきだ。
  • アップロードできるファイル数・容量はプランごとに上限が設定されている。最新の制限値はPerplexity公式ドキュメントで確認すること。

Perplexity スペース 使い方の実践――エンジニア・技術チームの活用パターン

スペースの価値は「毎回の前提設定コストをゼロにする」点にあるが、より高度な利用ではチームコラボレーションとモデル選択戦略の組み合わせが重要になる。

ユースケース別のモデル選択戦略

スペース作成時のモデル選択は、用途に応じた使い分けが必要だ。以下の比較表を判断の基準として活用してほしい。なお、APIの単価はトークン課金と別にリクエスト課金が発生する点に注意する。

Perplexity スペース モデル選択比較(2026年6月時点・公式ドキュメントに基づく)
モデル 主な用途 コンテキスト長 API入力単価(1M tokens) 向いているスペース
Sonar 高速・低コスト検索、事実確認 $1(出力$1) FAQ bot・日常リサーチ
Sonar Pro 複雑なクエリ・多段検索・vision対応 約200K $3(出力$15) 技術調査・競合分析
Sonar Reasoning Pro CoT付き多段推論・論理分析 約128K $2(出力$8) 要件定義・設計レビュー補助
Sonar Deep Research 徹底調査・長文レポート生成 $2+citation $2・reasoning $3・検索$5/1,000q 市場調査・ホワイトペーパー
外部フロンティアモデル(Proプラン以上) 高度な推論・長文生成・精度重視タスク モデルによる 各社直レート+Web検索$0.005/回 精度最優先の生成・分析タスク

出典:Perplexity API モデル一覧Perplexity API 料金ページ(2026-06-08アクセス)

なお、MaxプランではModel Council(複数のフロンティアモデルに同時に問い合わせ、合意・相違を統合表示する機能)やPerplexity Computer(複数モデルをサブエージェントとしてオーケストレーションする実行系)が利用可能になる。これらの機能をスペースと組み合わせることで、高度なリサーチ・分析ワークフローを構築できる。

技術チームでの共有スペース運用パターン

スペースの共有設定を「招待制」にすると、チームメンバーに同一のシステムプロンプト・参照ドキュメント・モデル設定を共有できる。「人によってプロンプトが異なる」「参照ドキュメントが個人管理で最新化されていない」という運用上のばらつきを構造的に解消できる点が、チーム導入の主な動機になる。

具体的なユースケースとして、以下が実務上有効だ。

  • コードレビュー補助スペース:AI instructionsにコーディング規約・命名規則・禁止パターンを記述し、レビュー時のクエリ形式を統一する。「このコードはXXX規約に違反しているか確認してください」という定型クエリで運用できる。
  • 仕様ドキュメント参照スペース:APIリファレンスや設計書をファイルとしてアップロードし、チーム全員が同じドキュメントを文脈として質問できる環境を構築する。ドキュメント更新時はファイルの差し替えだけでスペース全体に反映される。
  • インシデント対応スペース:障害対応手順書・過去のインシデントログをファイルで格納し、対応フローの確認を高速化する。夜間対応での検索コスト削減に寄与する。
  • 競合・市場調査スペース:Sonar Deep Researchモデルと組み合わせ、特定業界・技術領域の調査テンプレートをAI instructionsに設定することで、調査品質の均一化が図れる。

チーム規模が拡大し、SSO・監査ログ・データ処理に関する契約上の保証が必要になった場合は、Enterpriseプラン(1ユーザー月額$40目安〜、年契約・カスタム見積もり)への移行を検討する。詳細はPerplexity Enterprise料金ページを参照のこと。

スペースとSonar APIの使い分け判断軸

スペースはUI上の機能であるため、プログラマブルな制御には構造的な限界がある。以下の条件に当てはまる場合はSonar APIへの移行を判断すべきだ。

  • 会話フローを自前のアプリケーションコードで制御し、ビジネスロジックと統合したい
  • チャンキング・ベクトル検索・再ランキングのパラメータを調整できる本格的なRAGパイプラインを構築したい
  • スペースの同時セッション数・ファイル容量の制限を超える運用が必要
  • ログ・モニタリングを自前のオブザーバビリティ基盤(Datadog・OpenTelemetry等)に統合したい
  • A/Bテストやモデル切り替えをコード上で管理したい

Sonar APIのエンドポイントはOpenAI互換の形式を取り、modelパラメータでモデルを指定する設計だ。システムプロンプトは通常のmessages配列内でrole: "system"として渡すため、スペースのAI instructionsと概念的には同等だが、実装の自由度は段違いに高い。ただしAPI利用時はリクエスト単位の課金が発生する。例えばSonar Proは$6〜$14 / 1,000リクエスト(low〜highコンテキスト)、Pro SearchモードではさらにqueryあたりのAgentic課金(約$14〜$22 / 1,000 queries)が加わることを事前に試算しておく必要がある(Perplexity API料金ページ, 2026-06-08)。

深層学習の仕組みと実装マルチモーダルAIの概要を理解しておくと、Sonar Proのvision対応(画像入力)をAPIで活用する際の設計判断、たとえば画像とテキストをどの粒度で組み合わせてグラウンディングするかの勘所が明確になる。

Perplexity スペース 使い方の限界・注意点――技術的トレードオフの整理

スペース機能の技術的限界と対処法

スペースは生産性向上ツールとして有効だが、以下の限界と注意点を冷静に把握しておくことが導入後の品質管理上不可欠だ。

  • ハルシネーションのリスク:Perplexityは検索結果をグラウンディングに活用するため、通常のLLMより事実精度が高い傾向があるものの、ハルシネーションをゼロにする保証はない。スペースのAI instructionsに「根拠のない情報を断定しないこと」と指示を加えることは有効だが、出力の一次確認は常に必要だ。国土交通省観光庁が公表した生成AI業務活用の実証結果(mlit.go.jp, PDF)においても、生成AI出力に対する事実確認プロセスを業務フロー内に組み込むことの重要性が示されており、スペース利用においても同様の設計思想が求められる。
  • ファイルRAGの精度限界:アップロードしたファイルへのアクセスは簡易的なもので、精密なベクトル検索・再ランキングは期待できない。数百ページのPDFを格納した場合、特定の数値や条件文が正確に引用されるかどうかは保証されない。重要な仕様決定の根拠には、必ず原文を直接確認すべきだ。
  • モデル変更による出力の不整合:共有スペースで誰かがモデルを変更した場合、以降のスレッドの出力傾向が過去と変わる。変更権限の管理ルールをチームで決めておかないと、品質のばらつきが生じる。
  • データプライバシーと機密情報の取り扱い:機密情報を含むファイルをアップロードする前に、Perplexityのデータ取り扱い方針と、Enterpriseプランの契約上の保証内容を確認することが不可欠だ(Enterprise料金・条件ページ)。

推奨ワークフローと役割分担の設計

Perplexityのスペースは「検索+要約・グラウンディング」の文脈で最も力を発揮するが、複雑な文章生成・コード生成・高度な推論には外部フロンティアモデルへの切り替えや他ツールとの組み合わせが合理的になる場面がある。実務上のワークフロー設計として、「①Perplexityスペースで調査・出典URL収集→②他のモデルで文章化・構造化→③一次ソースで最終確認」というステップは品質管理の観点から有効とされている(arpable.com, 2026)。

コスト管理の要点

スペース内でSonar Deep Researchモデルを頻繁に使用すると、トークン課金(入力$2 / 1M tokens)に加えてcitation課金($2 / 1M tokens)・reasoning課金($3 / 1M tokens)・検索クエリ課金($5 / 1,000 queries)が複合的に発生する(Perplexity API料金ページ, 2026-06-08)。

Proプランでは月$5分のAPIクレジットが付与されるため、軽量な個人利用では追加費用なしで試せる。一方、チーム規模での高頻度なDeep Research利用は事前にコスト試算を行い、FrequentなDeep Researchが本当に必要なタスクに絞るかどうかを判断すべきだ。日常的な事実確認・技術調査にはSonar($1 / 1M tokens)、複雑なクエリにはSonar Pro(入力$3 / 1M tokens)と使い分けるだけで、コストの大半は制御できる。

バーチャルヒューマンAIとの連携視点――弊社DeepAIの実例から

Perplexityのスペースはテキスト・ドキュメントのリサーチに特化しているが、実際のシステム開発ではテキスト調査とインターフェース設計が並行するケースが多い。弊社が開発するDeepAIは、実在の人物の容姿・表情・声・振る舞いをデジタル空間で再現するバーチャルヒューマン/AIアバターソリューションであり、リップシンク・表情生成・音声合成・対話AIなどを組み合わせ、接客・研修・面接練習・広報等に活用されている。こうしたバーチャルヒューマンシステムの構築フェーズにおける技術調査・論文サーベイで、Perplexityスペースを活用してドキュメントを集約し、AI instructionsに「対話AI・音声合成・アバター技術分野の論文を優先してサマリーすること」と指定する使い方は、調査フェーズのコスト削減に実際に有効だ。

GAN(生成的敵対的ネットワーク)の基礎と実装テキストマイニングの手法に関するドキュメントをスペースに格納しておくと、モデル選定・実装方針の検討時に素早く参照できる。強化学習の概要スパースモデリングなど隣接技術の資料を同一スペースで管理することで、横断的なリサーチ効率が高まる。なお、マルチモーダル検索の背景知識についてはマルチモーダルAI解説も参考になる。

まとめ――Perplexity スペース 使い方の要点と導入判断基準

Perplexity スペースの使い方を技術者視点で整理すると、意思決定に必要な要点は以下の通りだ。

  1. システムプロンプト設計に最初の投資を集中させる:AI instructionsの品質がスペースの有用性の大半を決める。役割・出力フォーマット・言語固定・ハルシネーション抑制指示・引用ルールを初期に明文化し、後から変更しなくて済む設計を目指す。
  2. モデルは用途ごとに分ける:日常的な事実確認にはSonar、複雑な技術調査にはSonar Pro、徹底した長文レポートにはSonar Deep Research、高度な推論タスクには外部フロンティアモデルへの切り替えを判断する。コストと精度のトレードオフを事前に試算する。
  3. ファイルアップロードは補助的RAGと位置づける:精密な検索精度・大量ドキュメントが必要な場合は、Sonar APIと自前のベクトルDB構成の採用を検討する。
  4. チーム共有はガバナンスを先に設計する:モデル変更・プロンプト変更の権限管理と変更通知のルールをスペース共有前に決めておく。
  5. 出力は一次ソースで確認することを組織ルールにする:検索グラウンディングがあってもハルシネーションは発生しうる。重要な意思決定には一次情報の確認を業務フローとして組み込む。国土交通省の実証でも同様の知見が報告されている(mlit.go.jp, PDF)。
  6. スケールアウト・細粒度制御が必要になったらSonar APIへ移行する:スペースはUI操作を前提とした機能であり、プログラマブルな制御・オブザーバビリティ統合・カスタムRAGには構造的な限界がある。

弊社が開発するDeepAIは、実在の人物の容姿・表情・声・振る舞いをデジタル空間で再現するバーチャルヒューマン/AIアバターソリューションだ。Perplexityスペースを用いた技術調査フェーズとDeepAIの実装フェーズを組み合わせることで、リサーチから実装までのサイクルをより効率的に回せる可能性がある。詳細はクリスタルメソッドのブログから各技術解説記事・ソリューションページを参照してほしい。


参考文献

AIブログ購読

 
クリスタルメソッドがお届けする
AIブログの更新通知を受け取る

Study about AI

AIについて学ぶ

  • Meta インド データセンター AIインフラ——Reliance 168MW契約の深層と日本企業の実務対応

    Meta インド データセンター AIインフラ——Reliance 168MW契約の深層と日本企業の実務対応

    監修 河合 継(クリスタルメソッド株式会社 代表取締役) AI・ディープラーニングに関する特許16件の発明者。過去、国立がん研究センターとの共同研究や、テレビ番...

  • ワーナー Sureel AI 音楽 著作権——買収の意味と日本企業への示唆

    ワーナー Sureel AI 音楽 著作権——買収の意味と日本企業への示唆

    監修 河合 継(クリスタルメソッド株式会社 代表取締役) AI・ディープラーニングに関する特許16件の発明者。過去、国立がん研究センターとの共同研究や、テレビ番...

  • Vector Lakebase ベクターDB RAG——Zillizが示す統合AIデータ基盤の論点

    Vector Lakebase ベクターDB RAG——Zillizが示す統合AIデータ基盤の論点

    監修 河合 継(クリスタルメソッド株式会社 代表取締役) AI・ディープラーニングに関する特許16件の発明者。過去、国立がん研究センターとの共同研究や、テレビ番...

View more