本文へスキップ
KNOWLEDGE — AI NEWS
Perplexity Computerがメールで動く
Perplexityが2026年8月18日、AIエージェント「Perplexity Computer」をメールから起動できる「Computer in Email」を公式ブログで発表しました。専用アドレスへ新規メールを送る、スレッドを転送する、既存のやり取りにccで加えるという3つの方法でタスクが走り、成果物は同じスレッドに返信で返ってきます。公式には、Computerを利用しているユーザーは当日から使えると記載されています。
Summary
この記事の要点
新しい機能そのものより、AIエージェントを社内で使うときの前提がどこで変わるかに絞って整理します。要点は3つです。
エージェントの入口が、専用アプリからいつものメールに移った
これまでAIエージェントを使うには、専用の画面を開き、そこに資料を貼り直す必要がありました。メールが入口になると、その手間がなくなります。導入の壁が「ツールを覚えること」から「メール運用のルールを決めること」へ移ります。
動く権限は送信者のもの
公式には、送信者を検証したうえで、その送信者自身のコネクタと権限でタスクを実行すると記載されています。同じ依頼文でも、誰が送ったかで届く範囲が変わります。社内で使うなら、誰がどのデータに繋いでいるかの把握が先に必要です。
スレッド全文と添付を読む
転送やccで起動した場合、読まれるのは自社が書いた文章だけではありません。取引先や外部の差出人が書いた本文も対象に含まれます。何を転送してよいかの線引きを決めないまま使い始めると、判断が個人任せになります。
Basics
前提：Perplexity Computerとコネクタ・メモリ・セッション
今回の発表を読むために必要な4つの言葉を先に整理します。すでに把握している方はこの節を飛ばして構いません。
| 用語 | 意味 | 実務での意味合い |
|---|---|---|
| Perplexity Computer | Perplexityが提供するAIエージェントの基盤。依頼を受けて手順を組み立て、成果物まで作る | 調べて答えるだけでなく、表計算や資料の形で出力が返る |
| コネクタ | 外部サービスと接続するための繋ぎ込み。接続した本人の権限で動く | 誰が繋いでいるかで、エージェントが触れるデータの範囲が決まる |
| メモリ | 過去のやり取りで固まった用語・出力形式・決定事項を引き継ぐ仕組み | 依頼のたびに前提を書き直さずに済む一方、古い前提も引き継がれる |
| セッション | 1件の依頼に対して残る実行記録。手順と経過をあとから辿れる | 誰が何を依頼し、どう処理されたかを確認する材料になる |
Computer自体の位置づけと、エージェントに渡す権限をどこで区切るかはPerplexity Computerの権限の線引きに関する記事で整理しています。生成AIを業務に組み込む全体像は生成AIのEC活用にまとめています。
Announcement
公式発表の要点
Perplexityは2026年8月18日、公式ブログでComputer in Emailを発表しました（出典: Perplexity公式ブログ「Computer now works in email」）。業務で使う判断に関係する点は次のとおりです。
| 項目 | 公式に記載されている内容 |
|---|---|
| 発表日・発表主体 | 2026年8月18日、Perplexity |
| 起動の方法 | 専用アドレスへの新規メール送信、スレッドの転送、既存のやり取りへのcc追加の3通り |
| 読み取る範囲 | 送信者を検証したうえで、スレッド全文と添付ファイルを読む |
| 実行時の権限 | 送信者自身のコネクタと権限で実行する |
| 引き継がれる文脈 | 送信者がComputerに蓄積したメモリを利用でき、チームの用語・出力形式・過去の決定が引き継がれる |
| 返し方 | 同じスレッドに返信。表計算・PDF・資料などの成果物は添付で返る |
| 記録 | メール経由のタスクもウェブとモバイルで確認できるセッションになり、ウェブアプリと同じ手順・監査証跡が残る |
| 返信先の制限 | セキュリティ上の理由から送信者にのみ返信する。Enterprise向けの全員返信対応は「近日」と記載 |
| 他の入口 | 今年すでにSlack向け・Teams向けを提供済み。メールは最新の接点 |
| 提供範囲 | Computerを利用しているユーザーは当日から利用可能 |
公式ブログでは利用例として、投資や法務の実務が挙げられています。資料一式を転送して初期のモデルを作らせる、複数回にわたるやり取りから未決の論点を整理させる、といった内容です。対象地域を限定する記述や、日本語での品質に関する記述は、今回の発表には含まれていません。本記事の執筆時点（2026年8月19日）で一次情報から確認できるのはここまでです。
Analysis
セルフプラスの見解 — 入口が変わると、決めるべきものが変わる
ここからは公式発表を踏まえたセルフプラスの分析で、事実の要約とは分けて記載します。今回の発表を「Perplexityにメール機能が付いた」とだけ読むと、実務では何も変わりません。EC事業者や社内のWeb担当者にとって効くのは、AIエージェントが社内へ広がる経路が変わった点だと考えています。
1. 導入の障害だったのは性能ではなく「開いてもらえないこと」
社内にAIツールを入れても使われない理由の多くは、性能ではありません。日々の仕事がメールと表計算の上で回っているのに、AIだけ別の画面にあるからです。資料を貼り直し、前提を書き直す手間が毎回かかると、忙しい人ほど使わなくなります。
入口がメールになると、この手間が消えます。仕入先から届いた価格改定の一覧、代理店からの月次レポート、OEM先との見積のやり取りは、いずれもすでにスレッドとして手元にあります。転送するだけで依頼になるなら、使い始めるための追加の学習はほとんど必要ありません。
ただし、これは良い面だけの話ではありません。使い始めるのが簡単だということは、情報システム部門や管理者の把握しないところで使われ始めるということでもあります。導入の是非を検討している最中に、現場が先に使い始める形は十分に起こりえます。
2. 「誰が送ったか」が権限の境界になる
公式に、送信者自身のコネクタと権限でタスクを実行すると記載されている点は、実務上もっとも重要です。同じ依頼文でも、受注データや顧客情報に繋いでいる人が送れば、その範囲まで届きます。繋いでいない人が送れば届きません。
この設計自体は妥当です。エージェント専用の共有アカウントを作り、そこに広い権限を持たせる作りに比べれば、権限の管理は本人の権限に一致します。問題は、多くの企業が「誰がどのサービスに繋いでいるか」を把握していないことのほうにあります。EC事業者であれば、受注管理・在庫・広告アカウント・顧客リストのどれに誰が繋いでいるかを、一度書き出す必要があります。
| 確認する対象 | 見るべきこと | 放置した場合に起きること |
|---|---|---|
| 個人が接続しているサービス | 誰が、どのデータに、どの権限で繋いでいるか | 本人が把握しないまま広い範囲のデータが処理対象になる |
| 退職・異動時の手続き | アカウント停止の手順に、AIツールの接続解除が含まれているか | 接続だけが残り、棚卸しの対象から漏れる |
| 成果物の扱い | 返ってきたファイルを、確認せずに社外へ転送していないか | 誤りを含む資料が取引先へ渡る |
3. EC実務で効くのは「添付が多く、判断が要らない」仕事
メールから起動する形が向くのは、資料はすでにスレッドにあり、やることが決まっている作業です。EC運用でいえば次のあたりが該当します。逆に、値付けや在庫の最終判断のように結果が金額へ直結する仕事は、材料の整理までにとどめ、判断は人が持つべきだと考えています。
| 向く仕事 | 依頼の形 | 注意点 |
|---|---|---|
| 仕入先からの価格改定一覧の比較 | 複数の添付を含むスレッドを転送し、比較表の作成を依頼する | 単位・税込税抜・適用日の解釈違いが起きやすい。人が突き合わせる |
| 広告代理店からの月次レポートの要点整理 | レポート添付のスレッドを転送し、前月との差分の抽出を依頼する | 数値の出典は元レポートに戻って確認する |
| 長引いた社内スレッドの論点整理 | ccで加え、未決事項の一覧化を依頼する | 決定と提案が混ざる。整理結果は関係者が確認する |
これらはいずれも、AIに任せているのは読み取りと整理であって、判断ではありません。エージェントを業務へ組み込む進め方の全体像はAIエージェント一括支援で、社内業務側の整備はAI社員導入支援で扱っています。
4. 個人情報を含むメールは、転送する前に決着をつけておく
EC事業者のメールボックスには、注文者の氏名・住所・電話番号を含むやり取りが日常的に入ってきます。これを外部サービスへ転送する行為は、業務の効率化である前に、個人データを外部へ渡す判断です。委託先としての整理、社内規程との整合、プライバシーポリシーの記載範囲を確認しないまま現場判断で始めると、あとから止めるほうが難しくなります。
公式には送信者を検証し、返信は送信者のみに返すと記載されています。ただしこれは誤送信を防ぐ仕組みの話であって、自社が個人データを外部へ渡してよいかの判断とは別の問題です。混同しないほうがよいと考えています。
転送したスレッドの中身は、自社が書いた文章とは限りません
公式発表には、Computerが送信者を検証したうえで、スレッド全文と添付を読んでタスクを実行すると記載されています。ここで読まれる本文には、取引先や見知らぬ差出人が書いた文面も含まれます。外部から届いた文面の中に指示のような記述が混じっていた場合にそれをどう扱うかについては、今回の発表に記載を確認できませんでした。これはPerplexityに限った論点ではなく、メールやチャットを入口にするAIエージェント全般に共通します。現時点では、外部から届いたスレッドをそのまま転送するより、必要な部分を自分で書き直して依頼するほうが安全側の運用だと考えています。
Action
明日から何をすべきか
Perplexity Computerを契約する必要はありません。3つとも、メールやチャットを入口にするAIエージェントを使う場合に共通して必要になる準備です。
転送してよいメールの線引きを1枚にする
「個人情報を含むもの」「決済・口座に関わるもの」「秘密保持契約の対象」の3つを挙げ、それぞれ転送の可否を決めます。判断に迷うものは、原則として転送せず本文を書き直して依頼する、と決めておきます。1枚に収めることが重要で、長い規程にすると誰も読みません。
誰がどのサービスに繋いでいるかを書き出す
受注管理、在庫、広告アカウント、顧客リスト、社内の共有ドライブについて、AIツールから接続している担当者を洗い出します。あわせて、退職・異動時の手続きに接続解除が含まれているかを確認します。エージェントが本人の権限で動く以上、この一覧がそのまま実行範囲の一覧になります。
添付のないスレッド1本で試し、成果物を人が突き合わせる
まずは個人情報も添付もない社内スレッドを1本選び、要点整理を依頼します。返ってきた内容を元のスレッドと突き合わせ、どこで解釈がずれたかを記録します。この1回で、自社の仕事に対して任せられる範囲がおおむね分かります。ツールの評価は、発表内容ではなく自社の実データで行うのが確実です。
Perplexityの他の動きはAgent APIとSonarの提供終了に関する記事にまとめています。企業がAIエージェントを業務へ入れる実態はOpenAIの企業向け調査の記事で、AI検索を含む集客側の整備はAIO・LLMO・GEO対策で扱っています。
FAQ
この発表に関するよくあるご質問
Computer in Emailは日本の事業者も使えますか。
公式発表には、Computerを利用しているユーザーは当日から使えると記載されています。対象地域を限定する記述は今回の発表にはありません。日本語での品質や日本向けの個別条件については、公式に確認できていません。
顧客からの問い合わせメールを転送して使ってもよいですか。
氏名や住所を含むメールを外部サービスへ渡す判断になるため、自社の個人情報の取扱規程と委託先の整理を先に確認してください。公式には送信者を検証し返信は送信者のみに返すと記載されていますが、社内での可否判断はそれとは別の話です。
メール以外の入口もありますか。
公式発表には、今年すでにSlack向けとTeams向けを提供しており、メールが最新の接点だと記載されています。メールから始めたタスクもウェブとモバイルでセッションとして確認でき、ウェブアプリと同じ手順と監査証跡が残ると記載されています。
