2026年9月29日、RemoveMacAIというオープンソースのコマンドラインツールがGitHubで公開された。その唯一の目的は、ユーザーが削除したと思い込んでいるApple Intelligenceのモデルファイルを、macOS 27のディスクの深層から発掘し排除することだ。
macOS 27の設定メニューから、AppleはApple Intelligenceを制御する単一の全体スイッチを廃止した。ユーザーがシステム設定パネルで各AI機能を一つずつオフにしても、合計約12GBにも及ぶモデルの重みファイルはソリッドステートドライブ（SSD）のシステムディレクトリに常駐し続ける。あなたが押したのは、UI上の単なる機能トリガーにすぎない。基盤となるサービスはパラメータモデルを保持しているだけでなく、いつでもアップデートを取得できるダウンロードチャネルも維持しているのだ。
UIのスイッチは見せかけのプラセボに
標準で256GBのストレージを搭載するMacは、元々オペレーティングシステムとプリインストールアプリの圧迫に耐えなければならない。オンデバイスモデル時代の到来は、さらに12GBの空間がAIモデルに強制的に割り当てられることを意味する。Appleは、これらの巨大なデータブロックをディスク内で長期にわたり放置させることを選んだ。彼らは、ユーザーが物理ストレージを自発的に解放できるボタンを設定画面に設けることを渋っているのである。
この設計は、UI上の「機能オフ」とシステム深層の「モデルアンインストール」を、互いに無関係な2つの状態に切り離してしまった。システム設定パネルは、ローカルの資産をワンクリックで消去する手段をもう提供していない。開発者がRemoveMacAIの初期バージョンをコミットした際、READMEの冒頭でこれらのモデルファイルが「about 12 GB」のストレージを占有していることを特に強調していた。
しかし、その後のコード更新で、作者は「Drop the model size from the README intro」というコミットを残している。彼は容量に関する具体的な数字を冒頭から削除し、技術的な機能リストの中に控えめに残すのみとした。開発者が争う核心は、誰がこのシステムにおける最終的なファイルの裁量権を持っているのか、という点に直結している。
ローカルに保持されるのは静的なモデルの重みだけではない。macOSのバックグラウンドの資産配信メカニズムは、OSの機能状態を継続的に監視している。システムレベルのダウンロードチャネルが物理的に切断されない限り、システムはバックグラウンドのサイレントアップデートメカニズムを通じて、いつでも最新の大規模モデルを取得し、元のファイルを上書きできるのだ。
3つのステップでシステムの壁を回避
OS深くに組み込まれたロックメカニズムに対し、RemoveMacAIはシステム整合性保護（SIP）を無効化することなく実行できる低レベルの解決策を提示した。82%のSwiftと14%のObjective-Cが混在して書かれたこのツールはApple silicon専用であり、現在のバージョンは0.2.3である。安定して実行するには、macOS 27.0.1がこのバージョン以降と組み合わされている必要があると明記されている。
図：RemoveMacAIリポジトリのトップページに表示されている実行状態のスクリーンショット。出典：RemoveMacAIリポジトリ（docs/hero.png）
ツールがモデルを切り離すための第一歩は、特別に作成された構成プロファイルをシステムに強制インストールすることだ。これは、Appleが企業管理用に公式に予約している制限キーに直接書き込み、元々対応する制限キーがない環境設定項目を強制的にロックする。このステップにより、低レベルの構成レイヤーからAI機能の実行経路が遮断される。
第二歩は、ローカルに存在するモデルファイルの物理的な削除である。ツールは通常のコマンドラインによる強制削除を行わず、macOSのUnified Asset Framework（UAF）サービスを直接呼び出して資産の削除リクエストを発行する。リクエストはシステム標準の合法的な資産管理インターフェースを介して送信されるため、ツールはSIPが有効な厳しい環境下でも12GBのファイル消去コマンドを最後まで完了できる。
第三歩は、システムが自己修復しようとするバックグラウンドの通信を遮断することだ。Appleのシステムプロセスは強力なバックグラウンド復旧ロジックを備えている。コア資産の消失を検出すると、MobileAssetフレームワークをトリガーして再ダウンロードを試みる。ツールは削除された各資産タイプのMobileAssetダウンロードサーバーのネットワークアドレスを一つずつ変更し、無効なエンドポイントへと強制的に向ける。これにより、macOSがAppleの公式サーバーに再接続してモデルをダウンロードする能力が直接切断される。
根こそぎの削除がアプリのクラッシュを誘発
システムレベルのAIモデルを強制的に剥がすことは、必然的に広範囲の機能断裂をもたらす。removemacai offを実行すると、Appleのオンデバイスモデルに依存するすべてのシステムコンポーネントが即座に麻痺する。Foundation Modelsフレームワークを呼び出すサードパーティのネイティブアプリは生成タスクを実行できなくなる。ショートカットアプリにプリインストールされているUse Modelアクションもその場でエラーを返す。
このような技術的リンクの断裂は、上位のユーザー体験に直接波及する。注目を集めるVisual Intelligenceの視覚認識機能や、カレンダーアプリの自然言語によるイベント編集機能も、これら12GBのファイルが抹消されることで一斉に機能しなくなる。
興味深いことに、macOS 27システムの内部アーキテクチャでは、Spotlight検索ウィンドウの基盤となる処理プロセス名がSiriと呼ばれている。AIインターフェース機能が切断されていても、一部のコアシステムサービスは依然としてSIPフレームワークの最高保護を受けている。これらはバックグラウンド環境で継続的に読み込まれ、実行されているのだ。Apple Intelligenceはもはや単独で引き抜けるアプリケーションモジュールではなく、ファイル管理やシステムインフラの奥深くにまで融合している。
図：RemoveMacAIが提供する詳細な機能状態の出力ビュー。出典：RemoveMacAIリポジトリ（docs/status.png）
デバイスの最終的な制御権を巡る争い
コードエンジニアリングのインタラクション設計において、RemoveMacAIは標準的なツールチェーンの厳密さを提供している。公開されている1行のインストールスクリプトにはチェックサム検証ロジックが組み込まれており、ダウンロード完了後にリリースパッケージのバイナリの完全性を自動的に確認する。ツールはstatusやfeaturesのような情報確認コマンドを提供するだけでなく、コアとなるoffアクションに対して--keep、--dry-run、--yesなどのきめ細かい制御パラメータを備えている。パラメータなしで実行すると、インタラクティブなウィザードプロセスが起動する。
プロジェクトのコミット履歴にあるカウント機能へのコード修正は、macOSのメカニズムの計り知れない深さを側面から露呈している。作者は、「Stop reporting freed space before macOS deletes the model files」という名前の論理修正をコミットした。この変更が行われる前は、ツールはOSが実際にディスク上のファイルを削除する前に、解放されたストレージ容量をユーザーに前倒しで報告していた。
macOS内部のUAF資産サービスは、削除アクションを実行する際に非同期で呼び出される。ツールが通常のファイル操作ロジックに従い、コマンド発行後すぐにディスク使用量を集計しようとすると、得られるデータはまだ本当に消去されていないという錯覚でしかない。システム基盤のサービスAPIが返す状態と、物理ディスク上のファイルの真の状態との間に乖離が生じているのだ。これは、外部から介入するすべてのツールにとって乗り越えがたい障害となっている。
removemacai revertコマンドライン命令を実行すると、書き込まれた構成や変更されたアドレスをすべて完全に取り消すことができる。システムはその後、このサードパーティ製ツールを正常かつクリーンにアンインストールできる。この妥協のない可逆的な設計は、閉鎖的なエコシステムに対する直接的な回答である。Appleはアップデート復元の可逆性をシステム自身の手に残した。一方、開発者は物理的削除の可逆性をエンドユーザーの手に取り戻したのである。大規模モデルがシステムの組み込みインフラとなった今、設定パネルにあるあの機能スイッチは、もはやユーザーが制御できる最高のハードウェア権限ではなくなっている。
参考リンク：
- RemoveMacAI GitHub Repository
- 4evy pared GitHub Repository
