フォルダの自動振り分けとは｜何ができて、どこで詰まるか

フォルダの自動振り分けという言葉は、ひとつの機能を指していません。同じ呼び名のもとに、性質のまったく違う仕組みが4つ並んでいます。片方はディスクの上でファイルを実際に動かし、もう片方は画面の見え方を変えるだけで、置き場所には手を触れません。この差を知らないまま設定を始めると、期待した動きと実際の動きが噛み合わず、原因の切り分けに時間を取られます。ここでは、それぞれが何をしていて、どの段階で手が止まるのかを整理します。

呼び名は同じでも、ディスクに起きることが違う

まず、大きく2つに割れます。ディスク上の位置を変えるものと、変えないものです。

呼ばれ方	ディスク上の位置	元に戻す手間
表示のグループ分け（スタック、表示オプション）	変わらない	設定を戻すだけ
保存済みの検索（スマートフォルダ）	変わらない	保存した検索を捨てるだけ
契機で動く仕組み（フォルダアクション、監視型の常駐）	変わる	動いた先から戻す作業が要る
定時で動く仕組み（一定間隔での実行）	変わる	同上

上の2行は「散らかっているものを、散らかったまま見やすく並べる」ための仕組みです。下の2行は「散らかっているものを、別の場所へ移す」ための仕組みです。読者がどちらを求めているかで、選ぶべき道具も、かかる費用も、失敗したときの後始末も変わります。

多くの解説記事がこの区別を飛ばすのは、どちらも操作した直後の画面が似ているからです。デスクトップが片付いたように見える点だけを取れば同じに見えます。ただし数か月後に「あのファイルはどこにあるのか」を調べる場面で、この差がそのまま作業量の差になります。

見せ方だけ変わる仕組みは、何を解決していないのか

デスクトップのスタックは、macOS Mojave 10.14で入った機能です。デスクトップをクリックして「表示」から「スタックを使用」を選ぶか、Control＋Command＋0キーを押すと、アイコンが重なって束になります。束をクリックすれば中身が開きます。まとめ方の軸は「表示」の「スタックのグループ分け」で切り替えます。

スタックは種類（画像、PDFなど）、日付（ファイルを最後に開いた日や作成日など）、またはFinderのタグでグループ化できます。 出典: support.apple.com

ここで動いているのは表示だけです。束にしても、ファイルはデスクトップフォルダの直下にあり続けます。ターミナルで一覧を取れば、束にする前とまったく同じ並びが返ってきます。

保存済みの検索、つまりスマートフォルダも同じ性質です。条件に合うファイルを集めて1つの窓に見せますが、実体はどこにも動きません。保存された検索そのものは ~/Library/Saved Searches/ の下に置かれ、拡張子は .savedSearch です。中身は検索条件であって、ファイルのコピーではありません。

この2つが解決するのは「探す手間」だけです。逆に言えば、ディスクの容量、バックアップの対象範囲、他の人にフォルダごと渡すときの見え方といった問題は、まったく手つかずで残ります。デスクトップのアイコンが視界から消えたことで片付いた気になってしまうと、あとから容量の話になったときに振り出しに戻ります。

実際にファイルが動く仕組みは、起動の合図で分かれる

ファイルを本当に移す側は、macOSに最初から入っているものだけで3系統あります。違いは「何をきっかけに走るか」です。

フォルダアクションは、指定したフォルダに項目が追加されたことをきっかけにスクリプトを走らせます。設定用のアプリは /System/Library/CoreServices/Applications/Folder Actions Setup.app に入っていて、すぐに使える見本のスクリプトが /Library/Scripts/Folder Action Scripts/ に13本同梱されています。中身は画像の回転や形式変換、項目が増えたときの通知といった内容です。仕組みを理解するには、まずこの見本を1本当ててみるのが早道になります。

常駐の設定ファイルで監視する方法もあります。起動の合図として、指定した場所が変更されたときに走らせる書き方、指定したフォルダが空でないあいだ走らせ続ける書き方、一定の秒数ごとに走らせる書き方の3通りが用意されています。

3つ目がショートカットです。/System/Applications/Shortcuts.app の本体に加えて、shortcuts というコマンドが用意されていて、run で作ったショートカットをコマンド行から実行できます。作る側は画面で組み立て、走らせる側は常駐や定時実行にまかせる、という組み合わせが取れます。

この3つは排他ではありません。判定と移動の中身をショートカットに書き、それを走らせる合図を常駐側に持たせる、といった重ね方が普通に成立します。

何を手がかりに仕分けているのか

条件の書き方は道具ごとに違いますが、判定に使える材料そのものは共通しています。

手がかり	取りやすさ	外しやすい点
拡張子	簡単	同じ中身で綴りが分かれる
名前に含まれる文字	簡単	命名がそろっていないと当たらない
作成日・変更日・追加日	簡単	3つのどれを指すかで結果が変わる
タグ	簡単	付ける作業が手動で残る
入手元（どこから来たか）	中	付いていないファイルが多い
中身の文字	重い	画像とスキャンには当たらない

いちばん誤解されやすいのが、下から2番目の入手元です。ブラウザでダウンロードしたファイルには、取得元のURLが属性として書き込まれます。「あのサイトから来たものは、このフォルダへ」という規則はこれを読んでいます。ところが、この属性は全部のファイルに付くわけではありません。

実際にダウンロードフォルダが膨らんだ1台のMacで数えると、1,062件のうち取得元が記録されていたのは383件、割合にして36%でした。残りはスクリーンショット、AirDropで受け取ったもの、外部ディスクから複製したもの、アプリが自分で書き出したものです。入手元を軸にした規則は、半分以上のファイルに対して何も判定できないことになります。

拡張子も見た目ほど単純ではありません。同じ台のダウンロードフォルダでは、jpeg が57件、jpg が42件、heic が37件と3つに割れていました。写真をまとめる規則を1行だけ書くと、3分の1程度が取り残されます。

詰まるのは条件ではなく、動いた後の後始末

設定そのものは、どの道具でも半日あれば形になります。運用が続かなくなるのは、その先です。

• 同じ名前のファイルが先にいた場合、上書きするのか、番号を足すのか、止まるのか。既定の動きは道具ごとに違い、黙って上書きする設定を選ぶと復旧できません
• ダウンロード中のファイルは、完了前は別の名前で置かれています。ブラウザによって末尾の付き方が違い、完了前に反応する規則を書くと、書き込み途中のものを動かしてしまいます
• 保護された場所へ触る仕組みには、システム設定の側で許可を与える必要があります。許可の付与はアプリ単位なので、スクリプトを走らせている親のアプリに与えられているかを確認します
• 取りこぼしは仕様として起こりえます。場所の変更を監視して走らせる書き方について、macOSに同梱されている設定ファイルの説明書（ターミナルで man launchd.plist と打つと読めます）には、この方式の使用は推奨しないという注意が書かれています。理由として、ファイルの変更の監視は競合が起きやすく変更を見落とすことがあること、変更を捉えた場合でも起動した時点でファイルが書き終わっている保証はないことが挙げられています
• Macが眠っているあいだの定時実行は飛びます。眠りから覚めた直後にまとめて走る設計なのか、その回は諦める設計なのかを、導入前に決めておきます

これらは不具合ではなく、仕組みの性質です。取りこぼしが起きる前提で、あとから手で拾える余地を残しておくほうが、完全な自動化を目指すより長く持ちます。

残す余地として具体的に効くのは、どこにも当てはまらなかったファイルをまとめておく場所を1つ用意しておくことです。条件に当たらなかったものを元の場所に置きっぱなしにすると、フォルダは結局散らかったままになり、仕組みが働いているのかどうかも分からなくなります。当たらなかったものを1か所に集めておけば、そこに溜まった中身がそのまま「次に書くべき規則の一覧」になります。仕組みが取りこぼした分が目に見える形で残るので、育てる手がかりにもなります。

自分がどの層で止まっているかを見分ける

ここまでの整理を、判断のための3つの質問に落とせます。

1つ目は、困っているのは「見つからないこと」なのか「置き場所が決まっていないこと」なのか。前者なら、ファイルを動かさない仕組みで足ります。後者なら、動かす仕組みが要ります。

2つ目は、振り分けの根拠になる情報が、いまファイルに付いているかどうか。付いていないなら、規則を書く前に名前の付け方を変えるほうが先です。判定材料が無いところに規則だけ足しても、当たらない行が増えるだけになります。

3つ目は、振り分けたあとにそのフォルダを開くのか、それとも検索で辿り着くのか。検索で辿り着くなら、そもそも移動させる必要が薄い場面もあります。

3つ目の質問が効くのは、macOSの検索がかなり強いからです。ファイル名の一部を覚えていれば、置き場所を知らなくても数秒で出てきます。つまり「取り出せない」という不満の一部は、置き場所ではなく名前の側に原因があります。名前に何も手がかりが入っていないファイルは、どこへ移しても見つけにくいままです。

この見分けを飛ばして仕組みの導入から入ると、設定を終えたあとに同じ不満が残ります。スクリーンショットの スクリーンショット 2026-09-11 14.32.05.png のような名前は、日付では絞れても内容では絞れません。振り分けの対象にする前に、名前の付け方を1か所だけ変えるほうが、規則を1本足すより効く場面があります。

逆に、ディスクの容量が逼迫している、バックアップの対象から外したい塊がある、フォルダごと他の人に渡す予定がある、という不満であれば、検索では解けません。この場合は最初から、実際にファイルを動かす側の仕組みを見ることになります。

同じ窓に置いたときに減るのは、確認の往復

自動振り分けの設定が続かない理由として見落とされやすいのが、確認の手間です。規則を1行足すたびに、フォルダの窓で結果を見て、ターミナルに移って中身を確かめ、条件を直すために設定の画面へ戻ります。1回あたりは短くても、この往復が挟まる限り、規則を細かく育てていく気力が続きません。

フォルダとターミナルとAIが同じ窓にある作りは、この往復そのものを前提から外すためのものです。どこまでを1つの窓で扱えるかはできることに整理してあります。二画面型のファイル管理や同期用のクライアントとの立ち位置の違いは他のファイル管理との比較にまとめ、導入の初週に出やすい疑問はよくある質問に載せています。

判断の材料としては、道具の機能表を見比べるより、いま手元のフォルダで「入手元が付いているファイルの割合」と「拡張子の散らばり」を数えるほうが早く結論に着きます。数えた結果が散らかっているほど、規則を書く前に決めることが残っています。