【Project Campos】 SiriのAIチャットボット化と個人コンテキストの扱い

2026年1月22日2026年1月23日

AppleがSiriをAIチャットボットに刷新するというニュースがあったが、具体的にどのようになる可能性があるということなのかを調べてみた。また、下記の記事で、SiriのFoundationにGeminiのAIモデルが採用されるという話を取り上げたが、これと関係があるのかについても調べた。

SiriをAIチャットボットに刷新するとは？

Appleが、SiriをAIチャットボットに刷新するというニュースがあったのですが、意味がよく分からないので、分かりやすく教えてください。そのチャットボットは社内コードネームで「Campos」と呼ばれているそうです。

ChatGPT 5.2 Thinkingの回答

了解です。まずBloombergの元記事で「Campos」や“Siriをチャットボット化”が何を指すか（機能・時期・対象デバイス）を確認し、そのうえで既存Siriとの違い、想定される使い方、ユーザー影響（プライバシー/アプリ連携）を噛み砕いて整理します。

今の報道内容を裏取りしつつ、「チャットボット化」とは何が変わるのか（操作感・機能・時期・注意点）を噛み砕いて整理します。

Bloombergの「SiriをAIチャットボットに刷新」という話を、いちばん噛み砕くとこういう意味です。

何が起きる（と報じられている）のか

今のSiriの見た目・使い方を“チャット型”に置き換える計画がある、という報道です。つまり「短い命令に反応して実行する音声アシスタント」から、ChatGPTのように会話しながら質問・依頼を進められるAIに寄せる、という方向です。(Reuters)
そのチャットボットはiPhone / iPad / MacのOSに深く組み込まれ、現行のSiriのインターフェースを置き換えるとされています。(Reuters)
音声だけでなく文字入力でも使える（＝“話すSiri”に加えて“打てるSiri”になる）とも報じられています。(Reuters)

「Campos」って何？

社内コードネーム（開発中プロジェクトの呼び名）です。製品名ではなく、ユーザーがその名前を目にするとは限りません。報道ではこのコードネームが「Campos」とされています。(Reuters)

“チャットボット化”で体験はどう変わる？

イメージとしては、今までのSiriが「音声リモコン」寄りだったのに対し、会話で詰めながら作業を進める“相談相手”に寄る感じです。

会話の往復が前提
例：「来週出張なんだけど、移動時間短めで」→「何時出発？」→「じゃあこの候補」…のように、追加質問を挟んでまとめる。
“文字で投げる”が実用的になる
電車内や会議中など、声を出しにくい場面で便利。(Reuters)
OSに深く組み込まれる
呼び出し方は従来どおり（“Siri”呼びかけ／ボタン長押し）で、裏側がチャット型に置き換わる、とされています。(Bloomberg.com)

いつ来る話？

Reutersは「今年後半に（later this year）」と報じ、Appleはコメントしていないとしています。(Reuters)
さらに別報では、6月のWWDCで披露→9月に展開、iOS 27 / iPadOS 27 / macOS 27の目玉という見立ても出ています（いずれも報道ベース）。(The Verge)

仕組み（と報じられているもの）

GoogleのGemini系モデルをベースにした“カスタム版”を使う、という報道があります。(Reuters)
「Gemini 3相当の上位版」「Apple Foundation Models version 11 と呼ばれる」といった細部もReutersが紹介しています（ただしこれも計画情報）。(Reuters)

注意点（ここ大事）

これは現時点では報道（計画段階の情報）で、Appleは公式に詳細を出していません。(Reuters)
チャットボット型は便利な一方、一般に「もっともらしく間違える」問題があり得るので、実装では安全策（確認ステップ、アプリ操作の権限、記憶の扱い等）がどうなるかがポイントです。
記憶（過去会話の保持）をどこまで許すかは、プライバシー都合で制限する可能性も報じられています。(MacRumors)

もし「結局、今の“Apple IntelligenceのSiri強化”と何が違うの？」が一番ひっかかっているなら、そこも1分で整理して説明します（報道では“数カ月内に来る個人化強化”とは別枠扱いです）。(The Verge)

「結局、今の“Apple IntelligenceのSiri強化”と何が違うの？」に回答してください。
その前に、この強化というのは、SiriのFoundationにGeminiのAIモデルが使われる話の事かどうかを明確にしてください。

ChatGPT 5.2 Thinkingの回答

まず「Apple IntelligenceのSiri強化」が指している内容（Geminiを“土台”にする話なのか、別のSiri機能強化なのか）を報道ベースで切り分け、そのうえで差分を整理します。

1) 「Apple IntelligenceのSiri強化」＝「Siriの土台にGeminiを使う話」なのか？

イコールではありません。

一般に「Apple IntelligenceのSiri強化」と言うと、WWDC 2024で示され、その後延期も公表された
(a) 個人コンテキストの理解／(b) 画面内容の理解（オンスクリーン認識）／(c) アプリをまたいだ実行（App Actions） などの“よりパーソナルなSiri”機能群を指します。(Reuters)
一方で「Geminiを土台に」というのは、AppleがGoogleとGeminiモデル利用の複数年契約を結び、次世代AIや改良版Siriに使う見通しという“モデル供給・基盤”の話です。(Reuters Japan)

ただし、将来的には 同じ“次のSiri”の中で合流していく可能性はあります（報道上、同じロードマップ内の別レイヤーの話、という位置づけです）。(The Verge)

2) 結局、「今のApple IntelligenceのSiri強化」と「Campos（チャットボット化）」は何が違う？

分かりやすく言うと “機能の追加” と “Siriそのものの姿（UI/体験）の置き換え” の違いです。

A. 今の「Apple IntelligenceのSiri強化」（＝“よりパーソナルなSiri”）

Siriの基本形は 「アシスタント（命令→実行）」のままで、そこに
- あなたの状況を理解して答える（個人コンテキスト）
- 画面を見て理解する（オンスクリーン）
- アプリを横断して作業する（App Actions）
  といった 実用機能を積み増すイメージです。(Reuters)
これらはAppleが「2026年にずれ込む」旨を述べた、とReutersが報じています。(Reuters)

B. 「Campos」（＝Siriを“内蔵チャットボット”に刷新）

こちらは報道上、Siriのインターフェース自体を“チャット型”に置き換える話です。
つまり「短いやり取り中心」から、テキスト/音声で会話しながら詰めていく体験に寄せる
（ChatGPTっぽい）という“見た目と使い方の刷新”。(Reuters)
Reutersは、CamposがOSに深く組み込まれ、現行Siri UIを置き換える、Geminiのカスタム版を使う可能性などを伝えています。(Reuters)
さらに別報では「数カ月以内に来る“パーソナル強化”とは別枠で、その次の大きな更新」という整理もあります。(The Verge)

3) いちばん短い結論

Apple IntelligenceのSiri強化：Siriを“便利な秘書”にするための 機能拡張（個人化・画面理解・アプリ操作）。(Reuters)
Campos：Siriを“会話できるAI”として 体験ごと置き換える（チャットボット化）。(Reuters)
Gemini採用：上のどちらか（あるいは両方）を支える可能性がある 基盤（モデル供給）の話で、用語としては別物。(Reuters Japan)

必要なら、あなたの使い方（例：家電操作中心／文章要約中心／アプリ連携中心）に合わせて、「Aだけで十分なのか、Bが来ると何が嬉しいのか」を具体例で整理します。

どうやら、SiriをAIチャットボットに刷新するというのは、会話で詰めながら作業を進める“相談相手”に寄るということらしいので、UIの刷新ということらしい。SiriのFoundationにGeminiのAIモデルが採用されるというのは、それを実現するための手段の1つということのようだ。

WWDC 2024で示された「Apple IntelligenceのSiri強化」が、(a) 個人コンテキストの理解／(b) 画面内容の理解（オンスクリーン認識）／(c) アプリをまたいだ実行（App Actions）であることが確認できた（認識できていなかった）。

「SiriをAIチャットボットに刷新する」とはどういうことかが確認できた。次に、AIチャットボットとして会話するのに必要な個人コンテキストについて質問することにした。
具体的には、先ほど紹介した記事「Siriの可能性」の調査時にも疑問に思っていたこと（個人コンテキストを外部に出さないという制約のもと、どのようにして個人コンテキストを理解し、「あなたの状況を理解して答える」という機能を実現するのか）についてである。

個人コンテキストの扱い

Siri強化（機能拡張）のうちの「個人化」について、「あなたの状況を理解して答える（個人コンテキスト）」という回答も行われていますが、これは、どのように実現される可能性がありますか。
また、PCC(Private Cloud Compute)は個人コンテキストを用済み後保存せず、外部にも個人コンテキストを出さないとすれば、iPhoneなどの端末内に個人コンテキストを保存するしかないと思うのですが、個人コンテキストをどこに保存すると思いますか。

ChatGPT 5.2 Thinkingの回答

ご指摘の前提（PCCは処理後にデータを保存しない／Appleが内容にアクセスできない）は、Apple自身がそう説明しています。

「関連するデータだけ送る」「PCC側では保存・保持しない」(Apple)
「応答後は削除され、いかなる形でも保持されない」(Apple Security Research)

そのうえで、「個人コンテキスト（あなたの状況を理解）」がどう実現され得るか／どこに保存され得るかは、“端末内のデータ＋端末内のインデックス（索引）”で説明できます。

1) 「個人コンテキスト」はどう実現される可能性が高い？

Appleの開発者向け説明では、Siriが「端末上の情報を安全・プライベートに検索し推論する」方向を明言しています。
(Apple Developer)
このとき典型的には、次の2段構えになります。

(A) 端末内の“元データ”

メール、メッセージ、カレンダー、連絡先、写真、メモなど、もともと端末（または各アプリのローカルDB）にある情報が土台です。Appleは「オンデバイス処理が基盤で、個人情報を収集せずにパーソナル情報を扱える」と説明しています。(Apple)

(B) 端末内の“意味検索用インデックス”（重要）

開発者向けセッションでは、Siri/Apple Intelligenceが使う “semantic index（セマンティック・インデックス）”という概念が出てきます。アプリのコンテンツを「semantic indexに利用可能にする」ための仕組み（IndexedEntity等）も説明されています。(Apple Developer)
またSpotlight関連の説明では、アプリが提供した検索可能コンテンツが「完全にローカルなプライベートな索引に保存され、端末から出ない」と明言されています。(Apple Developer)

つまり実装としては、“元データ全部をLLMに食わせる”のではなく、端末内で

質問に関係しそうな断片を意味検索で引き当てる（RAG的な前処理）
引き当てた少量の断片だけをモデルに渡す（オンデバイス or PCC）
…という形が合理的です。

2) 個人コンテキストは「どこに保存」されると思うか？

Appleは「保存場所のディレクトリ名」みたいな粒度では公表していません。
なので断定はできませんが、公開情報から最もあり得るのは次の構造です。

有力：端末内の「セマンティック・インデックス／Spotlight系のローカル索引」

Siri側の説明で「semantic index」が出てくる(Apple Developer)
Spotlightの索引は「ローカルに保存され端末から出ない」と明言されている(Apple Developer)

この索引に入るのは、イメージとしては

メール本文そのものを丸ごと複製、というより
検索・推論に必要な特徴量（埋め込み）＋最小限のメタデータ＋元データへの参照
のような形（※ここは一般的な設計推測）になりやすいです。

併用：各アプリのローカルDB（Mail/Messages/Calendar等）そのもの

「個人コンテキスト」は“新しい一枚岩DB”というより、既存のデータストア群＋横断検索の索引で成立させる方が、OS設計として自然です（どのアプリの何に紐づくかが明確なので）。

3) PCCを使う場合でも「外に出ない」ようにするには？

Appleの説明は一貫していて、PCCに送るのは

端末が判断した“リクエスト達成に関連するデータだけ”(Apple)
で、PCC側は
処理が終われば削除し保持しない(Apple Security Research)
という建て付けです。

この前提だと、個人コンテキストは

端末内索引で「必要そうな断片」を絞り込む
その断片だけを（必要なら）PCCへ
という流れが、プライバシー要件と性能要件の両方に合います。

結論

あなたの推測どおり、「個人コンテキストを使うのに、PCCが保存しない／外部に出さない」なら、主戦場は端末内です。
公開情報から最も筋がいいのは、端末内の“semantic index（意味検索の索引）”＝Spotlight系のローカル索引に近い場所に、検索・推論のための情報（少なくとも索引）を保持する形です。(Apple Developer)

もしよければ、例として「来週の出張のフライトメールどれ？」みたいな指示を1つ挙げてください。
その指示が (1) オンデバイスだけで完結しそうか / (2) PCCが必要になりやすいか / (3) そのとき“どの断片”が端末から出うるか を具体的に分解して説明します。

iPhoneのデータは、iCloudにバックアップされるように設定できます。この場合、暗号化されていると思いますが、バックアップとして、個人コンテキストがiCoudに保存されることになるかと思います。これと同様に、バックアップとしてではなく、個人コンテキストが暗号化されてiCloudに保存される可能性について考察してください。

ChatGPT 5.2 Thinkingの回答

まず前提をそろえると、あなたが言う 「semantic index（意味検索の索引）」 は、一般には Spotlight検索用の索引 や AIが個人コンテキストを参照するための派生データ（例：埋め込み・要約・リンク構造など） を指す理解でよいと思います。
ただし、Appleがそれを公式に“semantic index”という名前で iCloud 保存すると明言している資料は（少なくとも公開情報では）見当たりません。なので以下は「iCloudバックアップに入る/入らないの仕組み」と「もし“バックアップではなく同期”をやるならどうなりそうか」の考察です。

1) 「iCloudバックアップに入るなら、iCloudに保存されるのでは？」は半分正しいが、索引は“入らない”可能性が高い

iCloudバックアップの基本

iCloudバックアップは、「iCloud写真/メッセージ in iCloud などすでにiCloudと同期されているものを除いた、端末内の情報や設定」をスナップショットとして保存します。(Appleサポート)
つまり、端末内にしかないデータはバックアップ対象になり得ます。

ただし「索引」は“キャッシュ扱いで除外”されがち

検索索引やAI用の派生データは、多くの場合 再生成できる＝キャッシュ/派生物 なので、バックアップ容量を肥大化させないために バックアップ対象から外す設計がよく取られます。実際Appleの開発者向けドキュメントでも、バックアップに不要なキャッシュ等を除外するための仕組み（isExcludedFromBackupKey など）が案内されています。(Apple Developer)

結論（ここ）：
あなたの仮説「端末内にある個人コンテキスト関連（semantic index等）が、バックアップとしてiCloudに保存される」は、“あり得る”が、索引は除外されて復元後に作り直される設計の可能性が高いです（容量・更新頻度・再生成可能性の観点）。

2) もしバックアップに入るとして、暗号化はどうなる？

ここはかなりクリアです。

iCloudバックアップは 転送中/サーバ上で暗号化されます（標準のデータ保護）。(Appleサポート)
ただし 標準のデータ保護では暗号鍵をAppleが保持するため、法的要請などの条件下でAppleがアクセス可能になり得ます（カテゴリ別の表で「iCloud Backup：標準＝Apple、ADP＝Trusted devices」と説明）。(Appleサポート)
Advanced Data Protection（ADP）を有効化すると iCloudバックアップ全体がエンドツーエンド暗号化（鍵は信頼済みデバイス側）になります。(Appleサポート)

結論（ここ）：
「バックアップに索引が入る」場合でも、ADPのON/OFFで“Appleが復号できる余地”が変わる、というのがポイントです。(Appleサポート)

3) 本題：バックアップではなく「個人コンテキストを暗号化してiCloudに“同期保存”」する可能性

技術的には可能です。しかも“すでにそれっぽい枠”があります。

ヒント1：Siri関連データは、すでにiCloudに（E2Eで）置かれている

Appleの iCloudデータセキュリティ概要には 「Siri information」 というカテゴリがあり、内容として
「Siriの設定とパーソナライズ」および（Hey Siri設定時）「リクエストの小さなサンプル」 を含む、と書かれています。
さらにここは エンドツーエンド暗号化扱いです。(Appleサポート)

つまり、「バックアップとは別に、Siriの“個人化っぽいデータ”をiCloudへ同期」自体は、すでに一部やっています。
(Appleサポート)

ヒント2：ADP＋CloudKit暗号化で“同期保存”は作れる

ADPの説明では、CloudKitの暗号化フィールド/アセットがADPで自動的に強化される旨が説明されています。
(Appleサポート)

なのでAppleが本気でやるなら、

個人コンテキスト用の「派生データ（例：要約や埋め込み）」を
CloudKitの暗号化領域に保存し
鍵は信頼済みデバイス側（E2E）

という設計は十分可能です。(Appleサポート)

4) それでも「semantic index丸ごとをiCloud同期」は、やらない（または相当慎重）になりそうな理由

ここからが考察の核心です。

理由A：Apple Intelligence / PCC の「リクエストデータは保存しない」方針と相性が悪い

AppleはApple Intelligenceについて「個人コンテキストに基づくが、基本はオンデバイス。PCCに送る場合も必要なデータだけ処理し、保存せず、処理後に除去」と明記しています。(Appleサポート)
“索引をクラウドに常設する”のは、このメッセージと受け手の印象が衝突しやすいです（たとえE2Eでも、「クラウドに置く」事実が説明コストになる）。

理由B：索引はサイズ・更新頻度・漏えい耐性の面で扱いが難しい

semantic indexは、

端末上の大量データ（メール、写真、メッセージ、ファイル等）に追随して頻繁に更新される
構造化されているので、仮に復号されると“元データ以上に検索しやすい形”で露出する
しかも「元データはiCloud各サービスですでに同期済み」なケースが多く、二重に置く必然性が薄い

という性質があります。だから「同期で常設」より、端末で生成して、移行時は再生成 or バックアップ復元に任せる方が自然です。

理由C：すでに“同期すべき最小セット”がある

さっきの「Siri information（設定・パーソナライズ・一部サンプル）」のように、同期して嬉しいが容量は小さいものはiCloud同期に乗せやすい。(Appleサポート)
逆に、semantic index級の大物は「バックアップ（必要ならADPでE2E）」か「再生成」に寄せたほうが運用が楽です。(Appleサポート)

まとめ（いちばん現実的な見立て）

“semantic index丸ごと”が iCloud に常時同期保存される可能性：低〜中
（やるなら、明確な設定・説明・容量管理・E2E設計が必要）
より現実的：
1. 個人コンテキストは基本オンデバイス（Appleの方針とも整合）(Appleサポート)
2. 端末移行では、バックアップに含まれる範囲は復元、索引のような派生物は再生成
3. 同期が必要な最小限（Siri設定・パーソナライズ等）は「Siri information」としてE2EでiCloudに保持(Appleサポート)
もし「バックアップ経由でiCloudに載る」部分が気になるなら、ADPを有効化するとiCloudバックアップがE2Eになり、クラウド上での復号リスク（Appleが鍵を持つ余地）をかなり下げられます。(Appleサポート)

必要なら、次に 「“個人コンテキスト”に含まれそうなデータを、(A)端末内にしかないもの / (B)iCloud同期済みのもの / (C)Siri information枠に入りそうなもの」 に分解して、iCloudに“置かれ得る場所”をさらに具体化して整理します。

個人コンテキストの置き場

下記を実行してください。

「“個人コンテキスト”に含まれそうなデータを、(A)端末内にしかないもの / (B)iCloud同期済みのもの / (C)Siri information枠に入りそうなもの」に分解して、iCloudに“置かれ得る場所”をさらに具体化して整理します。

ChatGPT 5.2 Thinkingの回答

最新のApple公式情報（iCloudの同期対象、バックアップ対象、Siri information、Apple Intelligence/PCC、Spotlight/インデックスの扱い）を確認しつつ、(A)(B)(C)に具体例を割り当て、各データが「端末」「iCloud同期」「iCloudバックアップ」「Siri information（E2E）」のどこに置かれ得るかを整理します。

公式ドキュメントで「iCloudバックアップに含まれる/除外されるもの」「Siri informationの中身」「索引はオンデバイスでAppleに共有されない」などの根拠が揃いました。これを使って(A)(B)(C)別に、どこに“置かれ得る”かを具体例つきで整理します。

以下、「個人コンテキスト（Siriが“あなたの状況”を理解するために参照し得る情報）」を (A)端末内にしかないもの / (B)iCloud同期済みのもの / (C)Siri information枠に入りそうなもの に分けて、“iCloud上のどこに置かれ得るか”まで具体化して整理します。
（※Appleが「個人コンテキストという単一DBをiCloudに保存する」と明言しているわけではないため、公式に確定している範囲＋合理的な置かれ方としてまとめます。）

まず「iCloud上の置き場」4種類

端末ローカル（iPhone内）
iCloud同期（各サービスの領域）：iCloud Photos / Messages in iCloud / Notes / iCloud Drive / Safari / Maps … など (Appleサポート)
iCloudバックアップ（スナップショット）：同期されない端末内データを定期的に保存 (Appleサポート)
iCloudの「Siri information」カテゴリ：Siri設定・パーソナライズ等（E2E暗号化） (Appleサポート)

(A) 端末内にしかないもの

何が入る？

「あなたの状況」を作る材料として、典型的にはこういう“端末に閉じた情報”が該当します。

iCloudと同期していないローカルデータ
- 「iCloud写真」をOFFにして端末内だけにある写真・動画（＝同期されない） (Appleサポート)
- 「メッセージをiCloudで同期」をOFFのメッセージ（＝同期されない） (Appleサポート)
- 「このiPhone内（On My iPhone）」にあるファイルや、アプリ内にだけあるデータ（各アプリのローカルDBなど）
端末設定や状態
- 端末設定、ホーム画面配置、アプリ構成など（＝同期されないのでバックアップに入る側） (Appleサポート)
“意味検索の索引”や派生データ（semantic index的なもの）
- Spotlight / Core Spotlightの「オンデバイスのプライベートな索引」は、端末上に作られ、Appleに共有されない（開発者向け説明） (Apple Developer)

iCloud上のどこに置かれ得る？

基本の置き場：端末ローカル（iPhone内）
iCloudバックアップをONにしている場合の置き場：iCloudバックアップ（スナップショット）に“入り得る”
iCloudバックアップは「iCloudにすでに同期されていない端末内の情報と設定」を保存する仕組みだからです。(Appleサポート)

ただし注意点：

索引・キャッシュ系は、設計としてバックアップから除外されやすい（再生成でき、容量・更新頻度が大きいので）。iOSには「バックアップ不要なファイル（キャッシュ等）を除外する」ための仕組みが用意されています。(Apple Developer)
→ なので “semantic indexがバックアップに必ず入る”とは言い切れません（公開情報では明示がない）。

暗号化の状態（iCloudバックアップに入る場合）

iCloudバックアップは暗号化されます。(Appleサポート)
さらに Advanced Data Protection（ADP）を有効にすると、iCloudバックアップ全体がエンドツーエンド暗号化になります。(Appleサポート)

(B) iCloud同期済みのもの

何が入る？

個人コンテキストの“材料”として頻繁に使われそうな、代表的な同期データです。

iCloud Photos：写真・動画・顔情報など（ONならバックアップには通常含まれない） (Appleサポート)
Messages in iCloud：メッセージと添付（ONならバックアップには通常含まれない） (Appleサポート)
Notes（iCloud同期）：同期しているノートはバックアップ対象外 (Appleサポート)
iCloud Drive：Pages/Keynote/NumbersやPDF等 (Appleサポート)
Safari（iCloud）：履歴、タブグループ、iCloudタブ等 (Appleサポート)
Maps（iCloud）：ピン、ガイド、検索履歴等 (Appleサポート)

（なお、Gmail/Exchangeなど“他社クラウド”のメールはiCloudバックアップ対象外と明記されています。個人コンテキストがメール内容を参照するとしても、iCloudに保存されるとは限りません。）(Appleサポート)

iCloud上のどこに置かれ得る？

置き場：それぞれのiCloud同期サービスの領域
例：iCloud Photosなら「写真のiCloud領域」、Messages in iCloudなら「メッセージのiCloud領域」、iCloud Driveなら「Drive領域」…という形です。(Appleサポート)
原則：同期ONのものは“日々のiCloudバックアップ”には入らない（同期で守られるため） (Appleサポート)

ただし例外的なポイント（重要）：

「Messages in iCloud」は、iCloudバックアップがONだと復旧のために“暗号鍵のコピー”がバックアップに入る（標準の保護の場合）とAppleが説明しています。(Appleサポート)
ADPをONにすると、この点も含めてより強いE2Eに寄ります。(Appleサポート)

(C) Siri information枠に入りそうなもの

何が入る？（Appleが明記）

Appleは「Siri information」について、次を含むと説明しています。

Siriの設定とパーソナライズ
（Hey Siriを設定している場合）リクエストの小さなサンプル (Appleサポート)

iCloud上のどこに置かれ得る？

置き場：iCloudの「Siri information」カテゴリそのもの (Appleサポート)

暗号化の状態

「Siri information」は エンドツーエンド暗号化（Trusted devicesのみで復号）として扱われています。(Appleサポート)

まとめ：個人コンテキストは「元データの置き場＋端末内の索引」が本体になりやすい

元データ（写真・メッセージ・ノート・ファイル・Safari等）は (B) のように iCloud同期の各領域に散らばる (Appleサポート)
端末だけの断片（未同期データ、設定、オンデバイス索引）は (A) に残り、iCloudバックアップONならバックアップに“入り得る”が、索引は除外され再生成の可能性も高い (Appleサポート)
Siriの個人化の一部は (C) として Siri information（E2E）に入る (Appleサポート)

ChatGPT 5.2 Thinkingが、個人コンテキストの保存場所や、保存される情報について詳細に回答してくれたが、そこまで詳細な情報は不要である。連続した会話ができ、あなたの状況を理解して答えるという機能が、本当に可能なのか、どのように実現されるのか（個人コンテキストを蓄積していけるのか）が分かればよかった。

個人コンテキストをどの程度詳しく蓄積するかは不明なので、質問に使う言葉によっては、Siriに質問しても、知らないと回答されるかもしれない。ChatGPT 5.2 Thinkigの場合、過去の質問に使ったことがあるフレーズが、別の質問の回答に含まれ、ギョッとすることがあったが、Siriの場合、保存される情報の量は、そこまで多くないかもしれない。