David Bushell氏の主な不満は、Apple Intelligenceが容量を使う、あるいはアップデート後に現れるという単純な問題ではありません。macOS 27へ移行した後、彼がすでに行っていた選択を見つけにくくなったことです。彼によると、macOS 15ではApple Intelligenceの制御と、それとは別のプライバシー設定が表示されていました。しかし、アップデート後、最初の制御は期待していた場所から消え、既存の「Apple IntelligenceとSiri」の設定にかかわらず関連機能が有効になっていました。最終的には、いくつかのメニューを隠す「スクリーンタイム」の制限を見つけたものの、その制限ではApple Intelligenceそのものを無効化できないと述べています。[primary]

macOS 15のApple Intelligence設定画面
macOS 15の設定インターフェースに表示されているApple Intelligenceの制御。dbushell.com

この記事では、この目に見える制御がmacOS 27へのアップデート後に見つけにくくなったと説明しています。 出典・クレジット:dbushell.com。

macOS 15のApple Intelligenceプライバシー設定画面
macOS 15に表示されている、Apple Intelligenceとは別のプライバシー設定。dbushell.com

この記事では、このプライバシー設定をApple Intelligenceのメイン制御、およびスクリーンタイムの制限と区別しています。 出典・クレジット:dbushell.com。

最も具体的な運用上の主張は、macOSのストレージ集計に表示された22.28 GBという容量です。この数値は、本人のマシンとその設定に関する証拠であり、すべてのMacに共通する測定値ではありません。容量は、オペレーティングシステムのビルド、インストールされている言語やモデルコンポーネント、アカウントの状態、機能によってデータがダウンロードされているかどうかによって変わります。ソースには、これらの機能を一度も有効にしていないマシンとの管理された比較は含まれていないため、読者は22.28 GBをApple全体の見積もりではなく、報告された一例として扱うべきです。[primary]

Apple Intelligenceの22.28 GBを表示するmacOS 27のストレージパネル
Apple Intelligenceに起因すると報告されたmacOS 27の容量。dbushell.com

この記事では、22.28 GBという数値を普遍的な推定値ではなく、マシン固有の観察結果として扱っています。 出典・クレジット:dbushell.com。

以前の「Report Duration」設定をめぐる見解の相違は、「オフ」という言葉に慎重な扱いが必要な理由を示しています。Bushell氏は、この機能が「個人データを持って15分ごとに本社へ通信している」と表現し、オフにしたと述べています。一方、提供資料内の読者からの返信は、この解釈に異議を唱えています。それによると、この設定はApple Intelligenceに関連するアクティビティを表示する透明性レポートであり、Appleへの追加送信を独立して引き起こすスイッチではないといいます。提供資料には、この争点を解決するAppleの技術文書は含まれていません。したがって、本人の観察と解釈を伝えることはできますが、この設定そのものが別途15分ごとのデータ送信を証明するという、より強い主張までは裏付けられません。[primary, discussion_cues]

この区別が重要なのは、プライバシー制御が複数の層を管理し得るためです。機能の利用可否、ローカル処理、アカウントまたはデバイスとの同期、ネットワーク要求、アクティビティレポートの表示がそれにあたります。一つの層をオフにしても、関連するすべてのプロセス、ダウンロード済みコンポーネント、メニュー項目、ストレージ割り当てが削除されるとは限りません。逆に、プロセスが残っていることだけでは、個人データが送信されている証拠にはなりません。提供資料には、パケットキャプチャ、Appleの最新の技術文書、各設定でどの動作が発生するかを示す再現可能なテストマトリクスは含まれていません。明確な答えを求める読者は、メニュー項目の表示・非表示から答えを推測すべきではありません。[primary, discussion_cues]

この記事がより広く関係するのは、技術的な無効化と、実質的に使える拒否との違いです。保護者による制限やスクリーンタイムの下に埋もれた制御は、プロンプトに触れる機会を減らす可能性があります。しかし、Bushell氏によれば、基盤となる機能は無効化されません。悪意ある意図を想定しなくても、これは意味のあるユーザー体験とガバナンス上の懸念です。拒否への道筋が分かりにくければ、ユーザーは該当する動作を変更できたのか判断できず、サポート文書が見ているインターフェースと一致しない可能性があります。ここで示されているのは、Appleの設計意図や全ユーザーの体験ではなく、本人が報告したインターフェース上の体験です。[primary]

Bushell氏はさらに、このインターフェースの問題をAIシステムにおける同意へのより広い懸念と結びつけ、他社をめぐる訴訟や被害の主張に関する見出しを引用しています。これらの例は、読者がデフォルト、データの取り扱い、参加撤回の可否を重視する理由を示しています。ただし、Appleの実装に関する具体的な主張を裏付けるものではなく、提供資料には、それらを評価するために必要な基礎となる告訴状、判決、技術的な提出書類、各企業の回答は含まれていません。責任ある結論は、より限定されます。AIガバナンスへの懸念は、明確な制御が重要であることを示しています。一方、Appleに関する疑問は、Appleの実際の設定と動作に基づいて評価しなければなりません。[primary, support-1, support-2]

同じアップデートに直面している読者にとって、実用的な手順は、三つの疑問を分けることです。ストレージパネルに何がインストール済みと表示されているのか、どのApple IntelligenceとSiriの制御が表示されているのか、そしてネットワークまたはアカウントのアクティビティを独立して観察できるのかです。提供された証拠は、これらを単一の「オフ」という表示にまとめるべきではない理由を説明できます。しかし、隠れたすべてのプロセスが必要であること、すべてのメニューが有効な機能を示すこと、特定の設定がmacOSの各リリースで普遍的に同じ技術的意味を持つことを立証するものではありません。これらの動作が文書化または検証されるまで、防御可能な結論は、報告された体験における同意と検索性の問題であり、より広範な監視機構の証明ではありません。[primary, discussion_cues]