本文へスキップ
KNOWLEDGE — AI NEWS
Perplexity Brainのエージェント記憶
Perplexityが2026年8月19日、AIエージェントの記憶の仕組み「Brain」を公式ブログで公開しました。記憶を専用のデータベースではなくファイルシステム上のMarkdownウィキとして持ち、主張には出典を、関連する話題どうしにはリンクを張る設計です。公式には、社内のオフライン評価でBrainを有効にすると正答率が0.600から0.661へ上がり、別に行われた本番相当の評価では消費トークンが約15%減ったと記載されています。
Summary
この記事の要点
新しい製品の紹介ではなく、AIに前提を覚えさせる設計として何が参考になるかに絞って整理します。要点は3つです。
記憶を、特別な仕組みではなくファイルで持っている
公式発表では、記憶をサンドボックス内の
memory/ディレクトリのファイルとして置き、エージェントが普段どおりの操作で読むと記載されています。専用の検索基盤を用意しなくても、書き方さえ決めればAIに前提を渡せるということです。「関連」と「根拠」を別のリンクで区別している
ページどうしを横につなぐリンクと、記述の出どころを指すリンクが分けられています。前者は次に何を読むかを、後者はなぜそう言えるかを示します。社内の情報整理でも、この2つを混ぜないことが後の修正のしやすさを決めます。
記憶を更新する担当を、使う側とは別に置いている
公式には、背景で動く「Dream」というエージェントがセッションを要約し、古くなった内容を整理してウィキを書き換えると記載されています。記憶は作れば終わりではなく、放置すると古い前提が残り続けるという前提に立った設計です。
Basics
前提：AIエージェントの「記憶」には方式の違いがある
AIに前提を覚えさせる方法は1つではなく、方式ごとに得意なことと限界が違います。すでに把握している方はこの節を飛ばして構いません。
ここでいう記憶とは、過去のやり取りや社内の決まりごとを、次の依頼のときに自動で使える形で残しておく仕組みのことです。人が毎回「うちの商品名の表記はこうです」「この施策は去年やって効きませんでした」と書き足している状態は、記憶が無い状態にあたります。代表的な方式は次の3つです。
| 方式 | やり方 | 限界 |
|---|---|---|
| そのまま渡す | 覚えさせたい内容を毎回まとめて依頼文に貼り付ける | 量が増えるほど重要な情報が埋もれ、逆に減らすと答えの質が落ちる |
| 外部データベースから引く | ベクトル検索などで必要な断片だけを取り出す | 断片どうしのつながりが切れる。うまく探せるかがAI側の腕次第になる |
| ファイルとして置く | 記憶をファイルに書き、AIが読み書きの道具で辿る | 置き場と書式を決めないと散らかる。更新の担当を決めないと古びる |
Brainは3つ目にあたります。公式発表では、1つ目の方式が抱える精度と再現率の綱引きと、2つ目の方式で探索の負担がAI側に移る問題を、ファイルの上に構造化した知識ウィキを重ねることで両立させたと説明されています。AIを業務に組み込む全体像は生成AIのEC活用に、エージェントに渡す権限の線引きはPerplexity Computerの権限に関する記事にまとめています。
Announcement
公式発表の要点
Perplexityは2026年8月19日、公式ブログでBrainの設計と評価結果を公開しました（出典: Perplexity公式ブログ「Brain: Agentic Memory as a Knowledge Wiki」）。設計を自社に読み替えるうえで関係する点は次のとおりです。
| 項目 | 公式に記載されている内容 |
|---|---|
| 発表日・発表主体 | 2026年8月19日、Perplexity Engineering |
| 位置づけ | AIエージェント「Perplexity Computer」の記憶システムの中核となる構成要素 |
| 置き場所 | サンドボックス内のmemory/配下にファイルとして置く。エージェントは普段と同じ道具で読む |
| 3つの階層 | knowledge/が整理済みの知識ウィキ（Brain本体）、notes/が話題別の抜粋、sessions/が索引・要約・全文 |
| 2種類のリンク | ページどうしを横につなぐリンクと、記述を元のセッションや接続先へ結ぶ出典リンクを区別する |
| 履歴の保持 | Gitで管理し、過去の版と差分を後から確認できる |
| 更新の担当 | 背景で動く「Dream」エージェントが、方針の確認・セッションの要約・事実の紐づけ・ウィキの更新の4段階で処理する |
| 更新前の確認 | 提案された変更は一時領域に書き、書式の機械的な検査と、根拠と矛盾しないかの検査を通してから反映する |
| 社内評価（オフライン） | 44の合成ペルソナ・640問で、正答率0.600→0.661（+6.1ポイント）、根拠の再現率0.573→0.625（+5.2ポイント） |
| 効果が大きかった種類 | 好みに関する質問（+10.2ポイント）、時系列の推論を要する質問（+8.6ポイント）、過去の活動からの詳細抽出（+6.9ポイント） |
| 社内評価（本番相当） | 直近30日で正答率+9.3ポイント、最新性+8.0ポイント、再現率+8.9ポイント。トークン約15%減、コスト10%減、生成完了が10%高速 |
| 公開ベンチマーク | LoCoMoではウィキを外すと正答率が平均4.6ポイント低下。LongMemEval-Sでは統計的に有意な差なし。いずれも一部を抜き出した測定だと明記 |
数値はいずれもPerplexity自身による評価です。公式にも、オフライン評価は本番のクエリ文を含まない合成ペルソナで行ったこと、公開ベンチマークはサブセットのため確定的な結果ではないことが明記されています。本記事の執筆時点（2026年8月20日）で、第三者による検証結果は確認できていません。
Analysis
セルフプラスの見解 — 参考になるのは製品ではなく、記憶の書き方
ここからは公式発表を踏まえたセルフプラスの分析で、事実の要約とは分けて記載します。この発表を「Perplexityの記憶が強くなった」とだけ読むと、他社のツールを使っている事業者には何も残りません。EC事業者や社内のWeb担当者にとって効くのは、記憶を持たせる書き方が具体的に公開された点だと考えています。
1. 「毎回説明していること」が、そのまま記憶にすべきもの
AIに任せた原稿や接客の返答が毎回ぶれる原因は、モデルの性能ではなく、前提が渡っていないことにあります。EC運用でいえば、次のような情報が該当します。いずれも社内では当たり前すぎて誰も書き出していない種類の知識です。
| 覚えさせる内容 | 渡っていないと起きること | 書き方の目安 |
|---|---|---|
| 商品名・型番の正式表記と表記ゆれ | 同じ商品が原稿ごとに違う名前で書かれ、検索でも取りこぼす | 正式表記を1つ決め、使ってよい略称と使わない表記を並べる |
| 送料・返品・配送日数の条件 | 問い合わせ返答の下書きに、実際とは違う条件が混ざる | 条件と例外を分け、根拠となる自社ページのURLを添える |
| 過去に試して効かなかった施策と理由 | 同じ提案が繰り返し出てきて、検討の時間が無駄になる | 施策・実施時期・結果・やめた理由の4点を1行ずつ書く |
| 使ってはいけない表現 | 薬機法や景表法に触れうる原稿が下書き段階で混ざる | 禁止語と、代わりに使う言い換えを対で書く |
まず1週間、AIへの依頼文に自分が繰り返し書き足している文を控えておくと、覚えさせるべき内容がほぼそのまま出てきます。ゼロから設計するより確実です。
2. 出典を結んでいない記憶は、あとから直せない
Brainが記述と出どころを別のリンクで結んでいる点は、実務でそのまま真似する価値があると考えています。理由は、記憶はいずれ間違いを含むからです。「送料は3,000円以上で無料」と書かれたメモがあったとして、それがいつの、どのページを根拠にした記述かが分からなければ、正しいかどうかを確かめる作業が毎回一から始まります。
逆に、1行ごとに根拠のURLと確認日が添えてあれば、疑わしい記述だけを確認して直せます。手間としては、メモを書くときに1行足すだけです。この1行を惜しむと、半年後に記憶全体が信用できなくなり、結局使われなくなります。
3. ECで最大の落とし穴は、古い前提が消えないこと
公式発表でも、利用者の状況が変われば記憶もそれを反映すべきで、古くなった内容は適時取り除くべきだと述べられています。これはEC事業者にとって、他の業種以上に重い論点です。価格・在庫・キャンペーン・取扱商品は、月単位どころか週単位で変わるからです。
終売した商品、終わったセール価格、改定前の返品ポリシーが記憶に残っていると、AIは自信を持って古い案内を出します。しかも出力は自然な文章なので、読んだ人が誤りに気づきにくくなります。記憶を持たせる前に、誰が、どの周期で、何を見て消すかを決めておく必要があります。Perplexityが更新専用のエージェントを別に置いているのは、この作業が「使うついで」には終わらないことの裏返しだと読んでいます。
4. 中小ECと、複数人で運用するECでは結論が変わる
担当者が1〜2人で、扱う商品数も限られる規模であれば、記憶は数枚のテキストファイルで足ります。仕組みを作り込むより、上の表の4項目を書き出すほうが先です。一方、複数の担当者が別々にAIを使っている状態であれば、記憶をどこに置くかを先に決めないと、人によって違う前提でAIが動くことになります。
この整理は、AIエージェントを業務へ組み込む設計そのものです。進め方の全体像はAIエージェント一括支援で、社内業務側の手順の整備はAI社員導入支援で扱っています。
公開されている数値は、自社評価として読む必要があります
Brainの効果として公開されている数値は、いずれもPerplexity自身の評価です。オフライン評価は本番のクエリ文を含まない44の合成ペルソナで行われ、公開ベンチマークについても一部を抜き出した測定であり確定的な結果ではないと公式に明記されています。設計の考え方は参考になりますが、「記憶を入れれば正答率が何ポイント上がる」と自社に置き換えて期待するのは適切ではありません。自社の業務でどれだけ効くかは、実際の依頼文と実データで確かめるほかに確認する方法がないと考えています。
Action
明日から何をすべきか
Perplexityを契約する必要はありません。3つとも、どのAIツールを使っていても共通して必要になる準備です。
依頼文に毎回書き足している文を、1週間分そのまま控える
新しく設計せず、実際に書いている文をコピーして貯めます。1週間で十数行たまれば、それが自社の記憶の初版です。ここで完成度を上げようとすると着手が遅れるので、重複したままで構いません。まず「毎回説明していること」が可視化されている状態を作ります。
1行ごとに、根拠のURLと確認日を添える
控えた各行に、社内ページや公式ヘルプのURLと、確認した日付を書き足します。根拠を書けない行は、思い込みか、すでに古い可能性が高い行です。書けないこと自体が、確認すべき箇所を教えてくれます。この作業だけで、記憶の3割前後が入れ替わることは珍しくありません。
消す担当と周期を先に決める
誰が、月に1回、何を見て記憶を棚卸しするかを決めます。ECであれば、価格改定・終売・キャンペーン終了・規約改定の4つを起点にすると漏れにくくなります。作る担当と消す担当を同じ人にすると、自分が書いた行は消しにくくなるため、可能であれば分けるほうが機能します。
Perplexityの他の動きはComputerがメールで動く記事にまとめています。企業がAIエージェントを業務へ入れる実態はOpenAIの企業向け調査の記事で、AI検索を含む集客側の整備はAIO・LLMO・GEO対策で扱っています。
FAQ
この発表に関するよくあるご質問
Brainは自社でも使えますか。
Brainは、Perplexityが提供するAIエージェントComputerの記憶機能として公開されたものです。外部へ単体で提供するという記載は今回の発表にはありません。ただし設計の考え方は公開されているため、記憶をファイルとリンクで持つ形は自社でも再現できます。
AIに覚えさせる情報に、顧客の個人情報を含めてよいですか。
記憶は次回以降のセッションで自動的に参照されるため、一度入れた情報は繰り返し外部サービスへ渡ることになります。氏名や住所などは記憶に入れず、判断の基準や表記のルールだけを残す形をおすすめします。
公開されている数値はどう受け止めればよいですか。
いずれもPerplexityによる自社評価です。オフライン評価は合成のペルソナを用い、公開ベンチマークも一部を抜き出した測定だと公式に明記されています。第三者による検証結果ではない点を踏まえて読む必要があります。
