Mole は安全か: 何を削除し、何に触れないか

Mole について公開日 約6分で読めます

Mole はふたつのプログラムとして提供されています。オンラインで見つかる安全についての回答の多くは、そのうち一方だけを説明しています。Mole for Mac は mole.fit から販売しているネイティブアプリです。mo は GitHub 上の無料オープンソースのコマンドラインツールです。保護リストとログは共有していますが、削除の瞬間の挙動は同じではなく、その違いこそが、使い方に対して Mole が安全かどうかの答えそのものです。

短く言えば、Mac アプリはほぼしい候補一覧をまず見せ、通常の削除はごみ箱へ移すので、間違いは元に戻せます。CLI はキャッシュファイルを完全削除し、元に戻す代わりに --dry-run を出します。どちらも、何が要求しても拒否する固定のパス群があります。

削除したファイルの行き先

Mac アプリでは、通常の削除はごみ箱へ移します。キャッシュのクリーンアップ、アプリのアンインストール、そこで見つかる残骸が含まれ、管理者権限が必要で Mole のヘルパー経由で動く削除も同様です。ごみ箱を空にするまで、もとの名前のまま入っており、戻すのは普通の Finder の復元です。

ごみ箱に入らないものが 2 つあり、どちらも意図的です。Optimize は、名前の定まった小さなシステム管理ファイル群を直接削除します。保存されたアプリ状態、クォランティンイベントデータベース、古い書き込みジャーナル、壊れた LaunchAgent のプロパティリスト、空の .sfl ファイルです。それぞれ自前の年齢、サイズ、存在の条件で閉じられ、それぞれ macOS が自前で作り直すファイルです。もう一つの例外が CLI で、mo clean と mo purge は設計どおり完全削除します。

この設計の選択が、ターミナルツールが破壊的なコマンドすべてに --dry-run を載せて出す理由です。CLI ではドライランが元に戻す手段です。アプリではごみ箱がそれです。

Mole が削除しないもの

クリーナーの信頼は、やらないことで測れます。だから拒否リストは「気をつけます」という約束ではなく、具体的です。これらのパスは削除が走る前にブロックされ、到達した要求は削り込まれず拒否されます。

  • システムルート。 /System、/usr、/bin、/sbin、/private/var/folders。
  • オーディオプラグイン。 /Library/Audio/Plug-Ins/Components、VST、VST3、および iZotope と LaserSoft のサポートディレクトリです。似たり非活性のアプリケーションサポートに見えますが、それを参照するプロジェクトを開く人にとっては支え柱です。
  • ダウンロードしたモデル重み。 ~/.ollama/models、~/.lmstudio/models、 ~/.cache/huggingface、~/.cache/torch、~/.cache/whisper、~/.cache/tensorflow、 ~/.cache/wandb。キャッシュ型のパスの下にありますがダウンロードであり、遅い回線で数十 GB になるものもあります。
  • 活きた Python 環境。 ~/.cache/pypoetry/virtualenvs は残し、Poetry の 再構築できる artifacts と cache の子はクリーン可能なままです。
  • Apple Neural Engine のコンパイル済モデルストア。 消費側アプリが 動いている間に消すと、次の再起動まで認識が壊れます。
  • 保護されたシステム状態。 システム設定とコントロールセンターの設定、オーディオ サービス、プライバシーデータベース、ログイン項目とバックグラウンドタスクの登録、 最近使った項目メニューの背後にある共有ファイルリスト。
  • Mole 自身の設定。 ~/.config/mole。クリーンアップが、次のクリーンを 約束するホワイトリストを消してしまわないようにするためです。

ホワイトリストは、同じ考え方のユーザー制御側です。どちらかのプログラムで保護したパスは 両方が尊重します。どちらも ~/.config/mole/whitelist を読むからです。

確認の段階

Mac アプリのスキャンは無料で、ライセンスも時間制限もありません。すべてのツールが スキャンし、完全な結果一覧を見せます。ライセンスが要るのはそれを実行するときだけで、各 破壊ツールは詳しく問う前に 2 回走れます。だから、何も打っていないうちに Mole の 提案と自分のディスク認識を比べられます。

Uninstall は、何かが動く前にパス・所有者・サイズ付きの計画を出します。すべての パスはスキャン時ではなく削除の瞬間に再検証されるので、スキャンと承諾の間に 身分が変わったファイルは、古い判断のまま通り抜けません。

Mac アプリは CLI より意図的に狭く、方向は一貫しています。いちばん分かりやすいのが 依存ディレクトリです。mo purge は node_modules、Pods、venv、vendor を 消しますが、アプリはそれらをすべて落とし、ネットワークなしでローカルコンパイルが 作り直せるものだけ出します。ターミナルにあってアプリにはないカテゴリが見えても、欠けた 機能ではなく、想定どおりの挙動です。

本当に復元できないもの

ここを具体的に書くことは、安心させる言葉より重要です。

キャッシュのクリーンアップは、永久であることが前提です。アプリでファイルが ごみ箱に入っても、操作の意図はアプリが必要なものを作り直すことです。ごみ箱を 空にするのは仕事を終える通常の一歩で、そのあとファイルはなくなります。CLI はその 中間ステップを省きます。

mo purge はビルド出力を完全削除するので、いちばん先にドライランすべきコマンドです。 上記の Optimize の削除も即時です。これらはバックアップなしでは復元できず、 「間違ったものを消した」への一般的な回答は Time Machine だけです。

自分で確かめる方法

どちらのプログラムも、削除ごとにパス付きで ~/Library/Logs/mole/operations.log に 追記します。このファイルが実際に起こったことの記録で、仕事をした方の フロントエンドが書きます。

CLI は GPL-3.0 のオープンソースなので、削除ロジックは直接読めます。Mac アプリは Developer ID で署名され、Apple による認証を受けています。これにより macOS は、 ダウンロードしたビルドが公開されたものだと確認できます。どちらのプログラムも テレメトリは送りません。

他で見かける説明

広く流布して訂正すべき説明が 3 つあり、それらはすべて、ターミナルツールと アプリをひとつの製品として読んだことから来ています。

「プレビューも元に戻す手段もないターミナルツール」。 これは mo clean の 説明です。Mac アプリは、図形的で確認が先のツールで、通常の削除はごみ箱へ 移します。

「Mole は無料」。 CLI は無料のオープンソースです。Mole for Mac は 2 台分の 一回買い切り $19 で、ライフタイム更新と 14 日間の返金がつきます。

「CLI は MIT ライセンス」。 GPL-3.0 です。

よくある質問

Mole は削除したファイルをごみ箱へ移しますか

Mac アプリでは、通常のキャッシュクリーンアップとアプリの削除はごみ箱へ 移します。管理者権限が必要な削除も含まれます。例外は、Optimize が直接 削除し、macOS が作り直す小さなシステム管理ファイル群です。無料の コマンドラインツールは完全削除し、代わりに --dry-run を出します。

Mole は macOS が必要とするものを削除できますか

システムルート、プライバシーやログイン項目のデータベースなどの保護された システム状態、オーディオプラグイン、ダウンロードしたモデル重み、活きた Python 環境は、削除が走る前に拒否されます。アプリはスキャンを信頼せず、削除の 瞬間に各パスを再検証します。

無料 CLI は Mac アプリと同じプログラムですか

いいえ。クリーンアップの語彙、ホワイトリストファイル、ログを共有する別実装です。 アプリは CLI のラッパーではなく Swift による再実装であり、消すものは 意図的に狭くしています。

Mole には Full Disk Access が必要ですか、なぜですか

アプリデータのスキャンはこの権限の後ろに置かれます。許可がなくても Mole は 動きますが、見えるものが減り、それを小さな数字として全体であるかのように報告せず、 きちんと伝えます。

Mole が削除したものを見るには

~/Library/Logs/mole/operations.log を読んでください。どちらのプログラムもここへ書くので、 使った方が対象になります。