AIコンパニオンはユーザーにその記憶をどのように説明すべきか？
AIコンパニオンが誰かに関する情報を保存または使用する場合、その説明によってユーザーは6つの実用的な質問に答えられるようになるべきです。すなわち、何が記憶され得るのか、情報はどこから来たのか、保存は確認されたのか、どこで再利用される可能性があるのか、どのくらいの期間残るのか、そしてそれをどのように確認、修正、または削除できるのか、ということです。この説明を行うのに有用なタイミングは、記憶が提案されたとき、保存されたとき、または使用されたときです。以下のカードはデザインの提案であり、すべてのアプリがすでに提供しているコントロールを説明するものではありません。
記憶の開示はユーザーに何を伝えるべきか？
「覚えておきます」といった短いフレーズは、一見わかりやすく聞こえますが、根本的な状態を不透明なままにしてしまいます。その詳細は現在のチャット内にあるのか、後のために保存されたのか、別の情報源から推測されたのか、あるいは単に次の回答に反映されるだけなのか。有用な開示とは、その状態を明示し、ユーザーがそれを検証する方法を提供するものです。
関連するアクションの近くに各回答が表示されるようにカードを設計します。詳細が単に保存候補として提案されているだけの場合は、提案としてラベル付けします。永続的な記憶が保存されたことをアプリが確認できない場合は、その旨を率直に伝え、変更が行われたかのように示唆してはなりません。文言は、製品が実証できる遅延や制限を含め、システムの実際の動作と一致している必要があります。
6つの回答
ユーザーの質問: 何が記憶になり得るのか？ — カードに記載すべきこと: 具体的な詳細、または「短いプロジェクト要約を好む」といったカテゴリの平易な説明。「パーソナライズ」のような曖昧なラベルは避けてください。
ユーザーの質問: それはどこから来たのか？ — カードに記載すべきこと: このチャット、過去のチャット、連携アプリ、または製品が実際に使用している他の情報源など、情報源を特定します。推測である場合は、推測としてラベル付けします。
ユーザーの質問: 保存は確認されたのか？ — カードに記載すべきこと: その項目が保存済みか、保留中か、提案中か、未保存かを明記します。製品がサポートしている場合は、確認用のコントロールを表示します。
ユーザーの質問: どこで再利用される可能性があるのか？ — カードに記載すべきこと: 将来のチャットや指定された連携機能など、関連する宛先またはコンテキストを説明します。それが事実でない限り、一箇所にとどまるという約束はしないでください。
ユーザーの質問: どのくらいの期間残るのか？ — カードに記載すべきこと: サポートされている保持期間を提示するか、削除の条件を説明します。時期が変動する場合や不明な場合は、その旨を伝え、該当するコントロールやポリシーへのリンクを提供します。
ユーザーの質問: どのように確認、修正、削除できるのか？ — カードに記載すべきこと: 該当する記憶またはアクティビティのコントロールに直接リンクし、どのアクションがどのコピーまたは情報源を変更するかを説明します。
これは提案されたインタラクションパターンです。これを普遍的な標準として提示したり、すべてのコンパニオンが項目レベルの記憶、確認、または固定の保持期間を備えているという主張として提示したりすべきではありません。製品にこれらのコントロールのいずれかが欠けている場合、開示ではコントロールが存在することを示唆するのではなく、利用可能なものを伝える必要があります。
チャット履歴、保存された記憶、連携アプリのデータはどう違うのか？
同じ詳細が複数の場所に存在する可能性があるため、ユーザーは自分がどの種類の情報を扱っているかを知る必要があります。明確なインターフェースは、少なくとも3つの概念を区別します。
**チャット履歴**は、会話の記録です。その記録を保持または削除することは単一のアクションであり、パーソナライズへの影響は製品の設計と規定されたルールによって異なります。
**保存された記憶**は、製品が後のパーソナライズのために保持または導出する情報です。以前のチャットに関連付けられている可能性はありますが、目に見える会話ログとは概念的に異なります。インターフェースはその項目を表示するか、個別に確認できない理由を説明する必要があります。
**連携アプリの情報源**は、ユーザーがリンクした別のサービスから利用可能な情報です。サービスの連携を解除すると将来のアクセスに影響を与える可能性がありますが、すでにコピー、要約、またはチャットアクティビティに含まれている情報が必ずしも削除されるわけではありません。
これらの違いは、実際の製品コントロールにおいて重要です。GoogleのGemini Apps Helpによると、過去のチャットを削除しても、パーソナライズへの使用が停止するまでに少し時間がかかる場合があるとされ、過去のチャットに関連付けられた情報の削除や修正について説明されています。連携アプリから記憶された情報については、関連するチャットを削除し、アプリの連携を解除する必要がある場合があるとされています。一方だけを行うと、別の情報源が利用可能なまま残る可能性があります。これらはGeminiのコントロールと動作の説明であり、AIコンパニオンの普遍的なルールではありません（[Gemini Apps Help: 過去のチャットの記憶](https://support.google.com/gemini/answer/16598469?co=GENIE.Platform%3DDesktop&hl=en)）。
Googleの個別の連携アプリのヘルプページでも、アプリの連携を解除したり、そのアプリ内のデータを削除したりしても、Gemini Apps Activityは削除されず、Gemini Apps Activityを削除しても他のサービスのデータは削除されないと記載されています。これは、包括的な「記憶を削除」ラベルを使用するのではなく、情報源と影響を受けるコピーを開示で特定すべき理由を示しています（[Gemini Apps Help: 連携アプリ](https://support.google.com/gemini/answer/16836988?hl=en)）。
情報源固有の説明とはどのようなものか？
架空の例を考えてみましょう。Rileyがチャットでコンパニオンに「ポートランドで週末を過ごす予定です」と伝え、ポートランドのイベントが含まれるカレンダーも連携しているとします。コンパニオンは後でチャットとカレンダーの両方のコンテキストを使用して、旅程を提案します。Rileyがチャットを削除したとします。カレンダーが連携されたままであれば、そのイベントは依然として独立した情報源になり得ます。会話を削除したからといって、論理的にカレンダーのイベントも削除されたことにはなりません。この例は情報源の分離を示しています。特定の製品がこの架空の情報をそのように保存または再利用していると主張するものではありません。
この状況で有用な開示は、情報源を別々に指定することです。「この提案には、ポートランドに関する過去のチャットと、連携されたカレンダーから利用可能なイベントを使用しました。」Rileyがチャットを削除した場合、インターフェースはそのチャット関連の情報源のステータスを報告し、カレンダーの連携が引き続き利用可能かどうかを説明する必要があります。製品が情報源が使用されたかどうかを判断できない場合は、使用されたと記載すべきではありません。
同じルールが修正にも適用されます。ユーザーが「そのイベントは私のものではありません」と言った場合、インターフェースは、修正によって保存された記憶が更新されるのか、チャットの使用方法が変更されるのか、連携されたカレンダーは変更されないままなのかを特定する必要があります。あるレイヤーでの修正が、実際にすべての情報源を修正するのでない限り、すべての情報源を修正するものとして説明されるべきではありません。
なぜ「覚えています」だけでは不十分なのか？
アプリが「覚えています」と答えたものの、保存された項目を表示できず、情報源を特定できず、永続的な状態を確認できず、ユーザーがそれをどのように変更できるかを説明できない場合を想定してください。その表現は会話的かもしれませんが、記憶が保存された証拠にはなりません。現在のチャットのコンテキスト、生成された応答、または永続的な記録のいずれを指している可能性もありますが、状態情報がなければ、ユーザーはそれらを区別できません。
デザイナーにとって、これは有用な否定例です。親しみやすい言葉をレシート（証明）の代わりにしないでください。アクションの後は、「保存済み」、「未保存」、「確認できませんでした」などの明示的なステータスを表示しますが、システムが検証できるステータスのみを使用してください。利用可能な場合は、項目を確認するためのルートを含めます。ユーザーが確認できる個別の記憶レコードがない場合は、その製品においてそのフレーズが何を意味するのか、またそれをサポートする情報がどこで管理されているのかを説明してください。
ユーザーはどのように記憶を確認し、管理すべきか？
コンパニオンが予期せず詳細に言及した場合、ユーザーは次のような短い診断手順に従える必要があります。
**どの情報が使用されたかを尋ねる。** 具体的な詳細とその情報源を要求します。その回答は製品のコントロールと突き合わせて確認するための説明として扱い、それ自体を証拠として扱わないでください。
**指定された情報源を開く。** 該当する会話、記憶の設定、アクティビティ履歴、または連携アプリの設定を確認します。これらが同じレコードであると思い込まないでください。
**適切なレイヤーを修正する。** 保存された詳細が間違っている場合は、利用可能であれば記憶コントロールで編集または削除します。情報が連携サービスからのものである場合は、その連携または元の項目も確認してください。
**結果を検証する。** 状態の変更や確認メッセージを探します。製品が削除や修正を確認できない場合は、その旨を伝え、そのアクションに対して文書化されている遅延や制限事項を説明する必要があります。
利用可能なコントロールは製品によって異なります。たとえば、Geminiのヘルプページでは、過去のチャットの記憶のオン/オフの切り替え、過去のチャットの検索と削除、チャット内で直接情報を修正する方法が説明されています。また、連携アプリのデータとGeminiのアクティビティには個別の管理パスがあることも説明されています。これらの例は情報源の違いを具体化しているため有用ですが、別のアプリに同じ設定があるという保証としてコピーされるべきではありません。
記憶に関するアクションの横に説明を配置する
6つの回答からなるカードは、ユーザーが必要とする瞬間に表示されることで最大の効果を発揮します。提案された記憶を確認する前、保存後、または応答が過去のチャットや連携アプリの情報を使用するときなどです。ステータスは簡潔に保ち、なじみのある言葉で情報源を指定し、関連するレコードを変更するコントロールへのリンクをユーザーに提供します。保持期間や再利用が正確にわからない場合は、架空の期間や保証を作り上げるのではなく、不確実性を説明してください。
テストは簡単です。説明を読んだ後、ユーザーはどのような情報が関係しているか、どこから来たのか、実際に保存されたのか、どこで使用される可能性があるのか、何によってそれが利用可能になっているのか、そしてそれを変更する方法を特定できるでしょうか？できなければ、「覚えています」はただの言葉に過ぎません。有用な開示は、製品の実際の状態を理解しやすくし、ユーザーに実践的な次のステップを提供するものです。