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

> Mole が削除するもの、触れないもの、削除ファイルの行き先、そしてそれらの回答が Mac アプリとコマンドラインツールでどう違うか。

Published: 2026-08-17

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` を読んでください。どちらのプログラムもここへ書くので、
使った方が対象になります。

---

Canonical HTML page: https://mole.fit/ja/blog/is-mole-safe
Blog index for agents: https://mole.fit/ja/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt