リード
Apple Intelligenceの複雑なリクエストはクラウドで処理される。しかしAppleは「そのデータは見えない」と主張する。どうやって実現しているのか。
🟢 なぜクラウドが必要か
オンデバイス推論には限界がある。
M4の38TOPSは強力だが、GPT-4クラスの大規模言語モデル（数千億パラメータ）をリアルタイムで動かすには不足する。また、コードを書くAIや複雑な文書要約など、より高精度が求められるタスクには大きなモデルが必要だ。
Apple Intelligenceの解決策: デバイスで処理できないときだけクラウドへ、でもクラウドでも見られない設計にする。
🔵 通常のクラウドAIとの違い
| 項目 | 一般的なクラウドAI | Private Cloud Compute |
|---|---|---|
| データの送信先 | プロバイダーのサーバー | Appleが制御するサーバー |
| ログの保持 | 通常あり | なし（Appleの主張） |
| Appleが見られるか | N/A | 見られない設計 |
| 外部監査 | 限定的 | ソフトウェアイメージを公開 |
🔵 技術的な信頼の根拠
通常のクラウドで「我々のエンジニアでも見られない」と言われても信じがたい。Private Cloud Computeがこれを技術的に担保する仕組みは：
1. Apple Siliconサーバー
処理にはApple Silicon搭載のサーバー（M2 Ultraを搭載）を使用する。これにより、デバイスと同じSecure Enclaveベースのセキュリティアーキテクチャが適用できる。
2. ソフトウェアイメージの公開
セキュリティ研究者がサーバーで実際に動いているソフトウェアを検証できるように、Appleはソフトウェアイメージを公開している。
クラウドサーバーのコードが監査可能である、という点が通常のクラウドと根本的に異なる。
3. ステートレス処理
各リクエストの処理後にデータが破棄されるステートレス設計を採用。次のリクエストで前の処理内容を参照できない。
4. 要求の最小化
処理に必要な情報だけを送信する。ユーザーの身元を特定できる情報は送らない設計になっている。
🟣 Attestationメカニズムの詳細
Private Cloud Computeでは、クライアント（iPhone）がサーバーで本当にその公開コードが動いているかを確認できる「Attestation（証明）」の仕組みがある。
これはTPM（Trusted Platform Module）やAppleのSecure Enclaveが持つリモートアテステーション技術を応用したものだ。
- サーバーのApple Siliconが自身のハードウェア鍵でソフトウェアハッシュに署名
- iPhoneはその署名を検証し、公開されているソフトウェアイメージのハッシュと照合
- 一致すれば「正規のコードで動作している」と確認してリクエストを送る
この仕組みにより、Appleが意図せずにマルウェアをサーバーに混入させることも、理論上は検出できる。
まとめ
Private Cloud Computeはマーケティング上のプライバシー主張ではなく、技術的に検証可能な設計だ。100%の保証はないが、通常のクラウドAIと比べた信頼性の根拠は明確に存在する。