Perplexity Windows、Microsoftの本拠地でパーソナルコンピュータを展開

Perplexityは、自社のWindowsアプリにPersonal Computerを導入し、ローカルAIエージェントの提供範囲を、これまでのプラットフォーム提供制限を超えてMac以外にも広げた。Perplexity Windowsのリリースが重要なのは、このエージェントがローカルファイル、接続済みアプリケーション、ウェブを横断して作業できるためだ。見慣れたデスクトップアプリを、調査、コーディング、ブラウジング、コンテンツ制作のための潜在的な制御レイヤーへと変える。

これは、Windowsにもう1つのチャットボットを追加する以上の動きだ。Perplexityは、1つの依頼で複数の専門エージェント、モデル、ツール、情報源を連携させようとしている。このエージェントはオンラインで資料を収集し、コンピュータに保存された文書を分析し、接続済みサービスを利用して、ユーザーに各中間工程を踏ませることなく完成した成果物を作成できる。

Microsoftはすでに、多くの職場PCを取り巻くオペレーティングシステム、生産性スイート、IDレイヤー、管理ツールを所有している。Perplexityは今、それらの上にある意図のレイヤーを握ろうとしている。この競争は主に、どのチャットボットがより良い回答を返すかというものではない。ナレッジワーカーが自分のコンピュータに指示を出す際のインターフェースを、どの企業が担うかという争いだ。

Perplexity Windowsアプリで何が変わったのか

Personal Computerにより、Perplexityはウェブ検索やクラウド接続型ワークフローに限定されず、ローカルで実行できる場を得た。

Perplexityは7月28日、Personal ComputerがWindowsアプリケーションで利用可能になったと発表した。Windowsリリースは、PerplexityがこれまでmacOSを中心に展開してきたエージェントシステムを拡張するものだ。同社はこれを、ローカルファイル、接続済みアプリケーション、インターネットをまたいで作業を調整するためのツールと説明している。

この発表は、一度きりのローンチではなく段階的な拡張に続くものだ。Perplexityは3月、専用のMac miniに関連付けられた常時稼働エージェントとして、当初のPersonal Computer構想を発表した。その後4月には、アップグレード版Macアプリ内でこの機能をリリースした。

6月、PerplexityはPersonal ComputerがWindowsに登場すると述べた。その際のWindows発表では、ローカルファイルへのアクセス、Microsoftのネイティブアプリケーション、ウェブアクセス、スマートフォンとWindowsデバイス間の継続性が説明されていた。7月の投稿では、表現が将来の提供予定から、Windowsアプリでの現在の利用可能性へと移っている。

ComputerとPersonal Computerの違いは重要だ。Perplexity Computerは、同社のクラウドベースのデジタルワーカーである。Perplexityのワークスペースから、調査、文書作成、アプリケーション構築、サービス接続、定期タスクの実行が可能だ。

Personal Computerは、そのモデルをユーザーのマシン上へ拡張する。ローカルアクセスにより、クラウドコネクター内に完全には反映されないフォルダやデスクトップアプリケーションをエージェントが扱える。プロジェクトには、ダウンロード済みPDF、スクリーンショット、コードリポジトリ、スプレッドシート、デザイン書き出しデータ、ローカルストレージに散在するメモなどが含まれる場合がある。

Perplexityによれば、より広範なComputerシステムは、1つのプロンプトから複数のエージェントとモデルを連携させられる。同社のドキュメントでは、サブタスクを割り当て、並列調査を実行し、ツールを利用し、結果を最終成果物にまとめるシステムとして説明されている。Personal Computerは、こうしたアクションが実行できる場所としてデスクトップを追加する。

たとえば、プロダクトマネージャーがローンチレビューを準備するケースを考えてみよう。関連資料には、ローカルのインタビュー録音、Downloads内のスプレッドシート、Slackのメモ、Notionのロードマップ、オンライン上の最新競合情報などが含まれる可能性がある。デスクトップエージェントはこうした入力を集め、変更点を特定し、ブリーフィングを下書きし、その結果をプロジェクトフォルダに保存できる。

開発者の場合は別のケースとなる。エージェントはローカルリポジトリを調べ、未知の依存関係を調査し、テスト計画を作成して、補足ドキュメントを開くことができる。この組み合わせにより、すべてのファイルを手動でアップロードすることなく、コーディングと調査を結び付けられる。

こうしたローカルでの到達範囲が、中心的な緊張関係を生む。アクセス範囲が広がるほど機能は便利になる一方、追加されるフォルダ、セッション、アプリケーションのすべてが権限を拡大する。したがってPerplexityは、Windowsエージェントが予測不能にならずに広範に行動できることを証明しなければならない。

具体的な展開範囲は、コア機能ほど明確ではない。Perplexityのソーシャル投稿ではこの機能が利用可能とされる一方、以前のローンチ資料では段階的なアクセスとウェイトリストに言及していた。利用可能性は、アカウント、アプリケーションのバージョン、地域、組織のポリシーによってなお異なる可能性がある。

この不確実性が変化を消すわけではない。Personal Computerは、Mac中心の実験段階からWindows市場へと進出した。Perplexityは今、Microsoftが最も強く対応できるプラットフォームで自社エージェントを試せる。

Perplexity WindowsがMicrosoftに圧力をかける理由

Microsoftが基盤となるオペレーティングシステムを支配しているにもかかわらず、Perplexityはユーザーの意図というレベルでMicrosoftに挑戦している。

Microsoftは長年にわたり、WindowsとMicrosoft 365全体にCopilotを配置してきた。その優位性は、Word、Excel、PowerPoint、Outlook、Teams、組織ID、エンタープライズ管理へのネイティブアクセスに由来する。こうした接続により、Microsoftは職場向けエージェントの明らかな既存勢力となっている。

ただし、ネイティブな所有が、必ずしもユーザーの出発点の所有を意味するわけではない。従業員はしばしば、Microsoftと非Microsoftのシステムをまたぐ目標から作業を始める。調査はオープンウェブ、Slack、Notion、GitHub、Salesforce、ローカル文書、複数のブラウザセッションにまたがることがある。

Perplexityの主張は、Computerがこの混在環境を調整できるというものだ。同社のComputer製品は、ブラウジング、調査、作成、モニタリング、スケジューリング、外部ツールとの接続を強調している。Personal Computerは、このオーケストレーションを、すでに作業が行われているファイルやアプリケーションの近くに置く。

Microsoftの現行Windowsアプローチは、その違いをよく示している。同社の実験的なPC insights機能は、権限を得た後、デバイス、システム状態、ファイルについての質問に答えられる。MicrosoftのPC insightsドキュメントによると、この機能は設定の変更、修正の実行、バックグラウンドでのデバイス監視はできない。

Perplexityは、より広範な主張をしている。Personal Computerは、コンピュータを説明するだけのものではなく、作業全体を横断して行動するエージェントとして位置付けられている。下書き作成、分析、ファイル管理、オンライン調査、成果物の構築、接続済みサービスの調整を目指している。

これは、Microsoftにエージェントがないという意味ではない。Microsoft 365 Copilotは、組織データや業務プロセスに接続されたエージェントをサポートしている。またMicrosoftは、企業がアプリケーション承認、データ統制、Windowsデバイス管理に用いるポリシーも管理している。

圧力の源はインターフェース競争にある。ユーザーがまずPerplexityに目的を伝える場合、MicrosoftのアプリケーションはPerplexityのワークフロー内のツールとなる。Wordが文書を整形し、Outlookが送信し、Windowsがセッションをホストするかもしれないが、目的を解釈するのはPerplexityだ。

これはウェブブラウザの戦略的価値に似ている。オペレーティングシステムは依然としてすべてを実行するが、ブラウザはユーザーが検索、コミュニケーション、購入、仕事を行う場所となる。効果的なデスクトップエージェントも、個別アプリケーションの上に同様の位置を占める可能性がある。

Perplexity Personal Computerの戦略は、1つのモデルを選ぶ重要性も下げる。Perplexityは、Computerが20を超えるフロンティアモデルから選ばれたチームをオーケストレーションすると述べている。この製品は、モデル選択をユーザーの作業ではなく、内部のルーティング判断にしようとしている。

Microsoftは、CopilotがWindowsとサードパーティーサービスを横断してより多くの行動を取れるようにすることで対応できる。また、エンタープライズ向けの統制機能を差別化要因として活用することも可能だ。管理者は、既存のID、コンプライアンス、アクセス、監査システムに結び付いたエージェントを好むかもしれない。

Perplexityは、独立したオーケストレーションレイヤーが十分な価値を加えると、こうした購入者に納得してもらう必要がある。Microsoftの統合スタックよりも効果的に、分断されたツールをまたいで機能しなければならない。同時に、セキュリティチームが統制に苦慮する新たな管理対象を生み出さずにそれを実現する必要がある。

個人にとっての判断はより単純だが、それでも厳しい。Perplexity Windowsエージェントは、セットアップ、権限要求、修正、タスク監督によって費やす時間以上に、時間を節約しなければならない。新しさは試用を引き付けるが、継続利用を決めるのは信頼できる完遂力だ。

したがって競争の中心は、ワークフローの所有権にある。Microsoftは配布力と管理面での信頼から出発する。Perplexityは検索、モデルルーティング、複数ステップのエージェント作業を中心に設計された製品から出発する。

Perplexity Personal Computerがワークフローを統合する仕組み

この製品の真の仕組みは、1つの依頼を調査、ツール利用、ローカル操作、成果物の連鎖へと変える構成にある。

従来のAIアシスタントは、作業を別々のやり取りに分割する。ユーザーは調査を依頼し、回答を文書にコピーし、別のファイルをアップロードし、分析を求め、その結果をメールやプレゼンテーションへ移す。それぞれの引き渡しで文脈が失われ、手作業での確認が必要になる。

Personal Computerは、こうした引き渡しをまとめようとしている。エージェントは目的を受け取り、サブタスクに分解し、ツールを選び、情報を取得して、出力を組み立てる。モデルのオーケストレーションにより、システムはすべてを1つのモデルに依存するのではなく、タスクの異なる部分を異なるモデルへ振り分けられる。

ローカルアクセスは、利用可能なコンテキストを広げる。Perplexity Windowsエージェントは、ユーザーがすでに保存している場所で文書を見つけられる可能性がある。多くのナレッジワークは正式な社内データベースに到達しないため、これは重要だ。

Downloadsフォルダには、サプライヤー提案書、エクスポートされた分析データ、顧客添付ファイル、会議の文字起こしが保存されているかもしれない。プロジェクトディレクトリには、コード、スクリーンショット、仕様書、未完成の下書きが含まれている可能性がある。接続済みアプリケーションは、現在進行中の会話や構造化された記録を追加する。

ウェブはさらに別のレイヤーを提供する。ローカルの計画を最新の市場情報と比較するエージェントには、内部と外部の両方のコンテキストが必要だ。引用付き検索におけるPerplexityの背景は、この組み合わせのための論理的な出発点となる。

有用な出力が必ずしも回答とは限らない。改訂済み文書、整理されたファイルのフォルダ、動作するアプリケーション、競合ブリーフィング、承認待ちのメッセージ下書きである可能性もある。エージェントの価値は、一連の作業を完了できるかにかかっている。

だからこそ、個人の知識コンテキストも重要になる。有用なエージェントには、散在する文書への生のアクセス以上のものが必要だ。適切な資料を取り出し、最新情報と古いバージョンを区別し、ユーザーの作業コンテキストを維持する手段が求められる。

専用のAI second brainは、個人の知識を検索・再利用できるよう整理することで、関連する問題に対処する。Personal Computerは、行動の側面からこの課題にアプローチする。最も強力なワークフローは、信頼できるコンテキストと制御された実行を結び付けるものになるだろう。

投資メモを作成するリサーチャーを想像してみよう。エージェントは、インタビューメモと提出書類を含むフォルダを受け取る。最新の動向を検索し、検証が必要な主張を特定し、情報源リストを作成し、すべてのファイルをブラウザに移動させることなくメモを下書きする。

営業責任者の場合、作業はローカルに保存された商談メモから始まるかもしれません。エージェントはそれを接続済みの顧客レコードと照合し、未回答の質問を特定し、顧客の最新発表を調査したうえで、フォローアップメッセージの下書きを作成できます。ただし、外部とのコミュニケーションについては、引き続きユーザーによる確認が必要です。

ソフトウェアチームであれば、システムにバグレポートのレビュー、関連するローカルファイルの確認、問題の再現、修正パッチ案の作成を依頼できます。調査、コーディング、ブラウザ操作は、単一の連携したタスク内で実行されます。

こうしたシナリオは、ユーザーが現実的な条件で試すまでは製品側の主張にとどまります。デスクトップ環境は複雑です。ファイル名には一貫性がなく、アプリケーションのインターフェースは変化し、権限は期限切れになり、アクティブなセッションには曖昧な状態が含まれることがあります。

長いワークフローでは、小さなミスが積み重なります。弱い検索結果が誤った前提につながり、その前提が数ステップ後の文書、コード変更、メッセージを形作る可能性があります。エージェントは、ユーザーが誤りを見つけられるよう、十分な中間的な推論と根拠を示さなければなりません。

レイテンシーも重要です。連携したタスクでは、複数のエージェント、モデル、コネクター、ローカルツールが呼び出される場合があります。手作業より時間がかかるワークフローは、明確に優れた深さを提供するか、ユーザーがバックグラウンドで実行したままにできなければ、定着しにくいでしょう。

したがって、Perplexityのコンポジションモデルこそが中核となる賭けです。1つのプロンプトから確実に有用な完成成果物が得られるなら、ユーザーはインターフェースの背後にあるより複雑なシステムを受け入れるでしょう。オーケストレーションが待ち時間の長期化とデバッグしにくい障害を生むだけなら、受け入れられません。

ローカルアクセスが生むセキュリティ上のトレードオフ

デスクトップエージェントを有用にする権限そのものが、ミスや悪意ある指示による潜在的な影響を拡大します。

検索アシスタントは誤った回答を返すことがあります。デスクトップエージェントは、その回答に基づいて行動できます。ファイルの読み取り、認証済みブラウザセッションの利用、文書の変更、アプリケーションを通じた通信が可能になると、結果はより深刻になります。

プロンプトインジェクションは中心的なリスクです。これは、信頼できないコンテンツに、エージェントを操作するよう設計された指示が含まれる場合に発生します。悪意あるテキストは、ウェブページ、メール、共有文書、あるいはエージェントが調査を依頼されたコード内に現れる可能性があります。

エージェントは、ユーザーの依頼と、処理する資料内で見つかった指示を区別しなければなりません。タスクが外部コンテンツの読み取りと、それに基づくアクションの実行を必要とする場合、この区別は難しくなります。

NISTの2026年のエージェントセキュリティ研究では、メール、ウェブサイト、コードリポジトリを扱うシステムにおいて、エージェント乗っ取りが増大するリスクとして説明されています。攻撃者は、こうした情報源に悪意ある指示を埋め込み、エージェントを有害な行動へ誘導できます。

デスクトップエージェントは、より多くの潜在的な情報源を、より多くの可能なアクションと接続します。文書内の隠れた指示は、エージェントが機密フォルダにもアクセスでき、認証済みサービスを通じてデータを送信できる場合、より危険になります。

Perplexityは、機微な操作には承認が必要であり、Computerは分離された環境を使用すると説明しています。Mac向けの資料でも、監査証跡、二要素認証、リモート承認について説明されています。これらのコントロールは適切な保護のカテゴリーを示していますが、Windowsユーザーには依然として製品固有の明確さが必要です。

Windows版では、いくつかの境界を可視化する必要があります。ユーザーは、どの処理がローカルで実行され、どのデータがクラウドモデルへ送られ、タスクデータがどれほどの期間利用可能なのか、権限がどのようにスコープ設定されるのかを知る必要があります。管理者には、エージェントが何を読み取り、変更し、アップロードし、送信したかを特定できるログが必要です。

「ローカルエージェント」という表現は、すべての処理がデバイス上にとどまるという不正確な印象を生む可能性があります。Perplexityのシステムは複数モデルのオーケストレーションとクラウドサービスに依存しているため、ローカルアクセスが必ずしもローカル推論を意味するわけではありません。重要なのは、各タスクの間にデータがどのように移動するかです。

フォルダ単位のコントロールは、実用的な境界の1つになります。ユーザーは、ドライブ全体を公開せずに、特定のプロジェクトへのアクセスを許可できるべきです。アプリケーションの権限も、読み取りと書き込み、下書き作成と送信を区別すべきです。

確認プロンプトも別の層を提供しますが、確認が過剰になると自動化は弱まります。日常的なすべてのステップで承認が必要なら、エージェントは長いタスクを独立して完了できません。承認範囲が広すぎる場合、1回の確認でユーザーが想定していなかったアクションまで許可される可能性があります。

これが製品にとって最も難しいトレードオフです。Perplexityは統合された実行を約束していますが、信頼できる実行は、その統合を慎重に制限することに依存します。タスク、データ、権限が区画化されたままであれば、セキュリティは向上します。

組織にはポリシーコントロールも必要です。企業は公開ウェブサイト上の調査を許可しつつ、機密フォルダからのアップロードをブロックするかもしれません。文書の下書き作成は許可しながら、メッセージ、コード変更、外部ファイル共有の前には人間による承認を求めることもできます。

Perplexity Personal Computerの展開では、こうしたポリシーが変化する状況でも機能することを証明しなければなりません。エージェントは無害な依頼から始め、機微な資料に遭遇し、その後に外部アクションが必要だと判明することがあります。システムはワークフローの進展に合わせてリスクを再評価する必要があります。

ユーザーは早期アクセスを慎重に扱うべきです。専用のプロジェクトフォルダから始め、必要なアプリケーションのみを接続し、出力を元に戻せるタスクを利用してください。レポートの下書き作成は送信より安全です。ファイル整理の提案は、ファイル削除より安全です。

エージェントは、完了したアクションの明確な記録も保持すべきです。有用な監査証跡には、タスクが成功したと述べる要約以上のものが必要です。影響を受けたファイル、外部の送信先、承認、重要な判断に使用された根拠を示すべきです。

Perplexityは、Windows向けの保護策がこれらの問題を解決すると結論づけるに足る独立した証拠を、まだ十分に提供していません。同社は機能を発表しました。信頼性とセキュリティには、ユーザー、研究者、エンタープライズチームによる継続的なテストが必要です。

PerplexityのWindowsエージェントは、なお信頼性を証明しなければならない

利用可能になったことは最初の節目にすぎません。デスクトップエージェントの成否は、地味で再現可能な実行にかかっているからです。

洗練されたデモは通常、整理されたファイル、既知のアプリケーション、慎重に範囲を定めた依頼から始まります。実際のデスクトップには、重複した文書、古いエクスポート、利用できないネットワークドライブ、予期しないポップアップ、同じサービスにサインインしている複数のアカウントがあります。

PerplexityのWindowsエージェントは、暗黙の前提を置かずにこの環境を解釈しなければなりません。類似した名前のファイルが2つある場合、どちらが正本かを尋ねるべきです。タスクが外部の受信者に影響する場合、何かを送信する前にアクションをプレビューすべきです。

ファイル操作は、基本的な信頼性テストになります。ユーザーは、エージェントが正しいフォルダを選択するか、メタデータを保持するか、重複を避けるか、ロックされたファイルを適切に扱うかを確認できます。こうした日常的な細部は、印象的な一度きりの調査結果よりも重要です。

アプリケーション制御はさらに困難です。インターフェースは変化し、ウィンドウは移動し、通知が現れ、アクセシビリティ情報が不完全な場合があります。視覚的な操作を用いるエージェントは、インターフェースがもはや想定と一致しないことを認識しなければなりません。

接続されたサービスは、別の障害モードをもたらします。長いタスクの途中で認証が期限切れになることがあります。コネクターは、ネイティブアプリケーションで利用可能なデータの一部しか公開しない場合があります。レート制限やサービス中断により、ワークフローが半ばで止まることもあります。

信頼できるエージェントは、部分的な完了を認識しなければなりません。最新のローカルファイルを含められなかったにもかかわらず文書を作成した場合、成功と報告すべきではありません。アクセスできない情報源と、関連情報を含まない情報源を区別すべきです。

情報源の品質も関連する問題です。Perplexityは引用付きのウェブ調査で評価を築いてきましたが、エージェントが情報源を誤読したり、裏付けのない主張に基づいたりする可能性は依然としてあります。完成した成果物には、それを形作った資料まで遡れる追跡可能性が必要です。

ユーザーは、タスク全体を再構築しなくても、引用、ファイル参照、アクション履歴を確認できるべきです。この要件は、複数のサブエージェントが並行して作業する場合に特に重要になります。

モデルルーティングは柔軟性を生みますが、診断を複雑にする可能性があります。1つのサブエージェントが弱い結果を出した場合、ユーザーはどの段階で失敗したのかを理解できる必要があります。単一の最終回答では、意見の不一致、欠落した入力、放棄されたサブタスクが隠れてしまうことがあります。

同社は、Windowsアプリケーションと既存ドキュメントの関係も定義しなければなりません。Perplexityのヘルプセンターは7月16日に更新されましたが、依然としてPersonal ComputerをmacOS限定と説明していました。7月28日の発表はその記述に優先しますが、古いドキュメントはアクセス方法やサポート内容を理解しにくくします。

明確なシステム要件が役立つでしょう。ユーザーは、どのWindowsバージョンがサポートされるのか、アプリケーションに特定のハードウェアが必要か、どの機能がCometまたは追加コンポーネントに依存するのかを知る必要があります。エンタープライズチームには、導入と更新に関するガイダンスも必要です。

アクセス条件にも同様の明確さが必要です。以前の資料ではウェイトリストや選択されたサブスクリプションに言及していましたが、最新の発表では、この機能はアプリケーション内で利用可能だとしています。段階的な展開は一般的ですが、ユーザーは発表時点での利用可能性と、すべてのアカウントでの利用可能性を混同すべきではありません。

独立したベンチマークは、最終的により強い証拠を提供できるでしょう。有用なテストでは、タスク完了率、介入頻度、誤ったアクション、失敗後の復旧、異なるWindows構成での性能を測定します。

成功は、エージェントが一度ワークフローを完了できるかどうかだけで測るべきではありません。職場向けツールは、繰り返しのタスク全体で一貫して動作しなければなりません。また、環境が変化した際には安全に失敗しなければなりません。

ここでMicrosoftの立場は依然として強力です。Windowsとの統合により、MicrosoftはシステムAPI、セキュリティ境界、展開チャネル、デバイス管理を直接把握しています。Perplexityは、より優れた連携と、より明確なクロスプラットフォームのワークフローによって、この構造的な優位性を乗り越えなければなりません。

Perplexityは、すべてのWindows機能を置き換える必要はありません。複雑な目標を表現する際に、優先的に使われる場になる必要があります。そのためには、調査品質、信頼できる実行、理解しやすいコントロールの組み合わせが求められます。

この賭けが機能するかを示す3つのシグナル

次の段階は、導入の質、Microsoftの対応、そしてローカル実行を制御可能な状態に保てるという証拠によって決まります。

1つ目のシグナルは、より広範で文書化された利用可能性です。Perplexityは、Windowsサポートページをシステム要件、アカウントの利用資格、権限の挙動、展開の詳細で更新すべきです。明確なドキュメントは、リリースが限定的な発表を超えたことを確認するものになります。

次に、ユーザーレポートによって、製品が日常業務を処理できるかが示されるはずです。開発者、研究者、ビジネスユーザーが、実際のフォルダやアプリケーションをまたいで繰り返しタスクを実行した証拠に注目してください。孤立したデモよりも、完了率の方が重要です。

強い成果には、情報源の追跡可能性を失わずに手作業の引き継ぎを減らすことが含まれます。ユーザーは散在した資料から始め、ローカルとオンライン双方のコンテキストを正確に反映した完成成果物を受け取れるべきです。

ユーザーが頻繁な権限ループ、欠落したフォルダ、信頼できないアプリケーション制御、成功として報告される不完全なワークフローに遭遇するなら、この評価は弱まります。そうした失敗は、PerplexityのWindows版リリースが実行レイヤーの成熟より速く対象領域を拡大したことを示唆します。

2つ目のシグナルは、Microsoftの製品面での対応です。Microsoftは、エンタープライズのポリシーコントロールを維持しながら、CopilotがローカルファイルやWindowsアプリケーションに対して実行できるアクションを深めることができます。現在のPCインサイト機能は意図的に限定されていますが、その境界は変わる可能性があります。

Microsoftがローカル操作、バックグラウンドタスク、あるいはアプリケーション横断のワークフローを軸に対応すれば、Perplexityの戦略的方向性を裏付けることになる。ユーザーの意図を掌握することが、Windowsにおける競争の舞台になったことを示すだろう。

Microsoftは配布面でも対抗できる。CopilotはOSやMicrosoft 365と密接に提供される一方、Perplexityではユーザーまたは管理者が別のエージェントを選択する必要がある。Perplexityがより幅広いモデルオーケストレーションを提供していても、より緊密な統合によって利便性が決定的な要素となる可能性がある。

3つ目の注目点は、セキュリティに関する証拠だ。Perplexityには、データの経路、権限スコープ、承認の境界、ログ記録、意図しない操作後の復旧について、詳細な説明が求められる。機能説明よりも、独立したセキュリティテストのほうが大きな説得力を持つ。

製品が間接的なプロンプトインジェクションをどのように扱うかにも注目したい。Webやローカルファイルを読み取るエージェントは、信頼できないコンテンツによって権限が誘導・転用されることを防がなければならない。公開された緩和策の文書化と、インシデントへの透明性ある対応は、信頼を強めるだろう。

企業での導入は、こうしたコントロールに左右される。組織は、フォルダー、アプリケーション、外部送信先、操作の種類をポリシーで制限したいと考えるだろう。また、ある操作をその指示と承認に結び付ける監査記録も期待される。

知識労働は分断されているため、製品が掲げる中核的な約束には魅力がある。調査はWeb上にあり、証拠はファイルにあり、会話はアプリケーション内にあり、成果物はその3者の間を行き来する。1つの連携されたエージェントは、大きな摩擦を減らせる可能性がある。

しかし、分断は安全境界としても機能する。別々のアプリケーションは、情報があるコンテキストから別のコンテキストへ移動する際に、ユーザーへ気付きを促す。統合エージェントはその摩擦を取り除くため、明示的なコントロールと可視化された説明責任で補わなければならない。

Perplexityは今、その賭けをWindowsの中に持ち込んだ。同社はもはや、AIシステムが質問に答えられるか、あるいはクラウドのワークフローを完了できるかだけを問うているのではない。仕事が存在するコンピューターにおいて、エージェントを直接参加させることをユーザーに求めている。

PerplexityのWindowsリリースが重要になるのは、ユーザーに意味のあるコントロールを手放させることなく、ローカルコンテキストを信頼できる行動へ変えられる場合だ。まずは限定的で元に戻せるワークフローで試し、そのうえでさらに難しい問いを投げかけたい。エージェントは、重要な各ステップを理解可能な状態に保ちながら、一貫して作業を減らしてくれるだろうか。