Macのフォルダ構成｜自分では決められない部分から先に押さえる

folder structure on mac を調べると、分類の軸をどう決めるか、階層を何段までにするか、という話が中心に出てくる。その話自体は正しいが、決めた構成が崩れる原因はそこではないことが多い。フォルダの木は、Finderとシェルと同期の3者に別々の読まれ方をする。名前とは何か、フォルダとは何か、ファイルが実際どこにあるのか、この3点で3者の見方が食い違う。画面の中でだけ成立している構成は、1か月で使われなくなる。ここでは、好みで決められない部分、つまりmacOS側がすでに決めている場所と、3者すべてに耐えるための条件を先に押さえる。

macOS側がすでに決めているフォルダがある

ホームフォルダには最初から決まった一式が入っている。デスクトップ、書類、ダウンロード、ムービー、ミュージック、ピクチャ、パブリック、そして画面からは隠されているライブラリである。これは提案ではなく、システムの動作がここに結び付いている。無視して構成を組むと、散らかりではなくシステムと戦うことになる。

Mac上のすべての項目（書類、ピクチャ、ミュージック、アプリなど）はフォルダ構造に整理されています。 出典: support.apple.com

分かりやすいのはダウンロードである。ここは置き場所ではなく到着口で、ブラウザもメッセージのアプリも既定でここに書き出す。到着口を構成の一部として扱うと、誰も仕分けしていない物が構成の中に積み上がる。デスクトップも同じ性質を持つ。ほかのフォルダと同じただのフォルダなのに、中身が常に画面に描かれている点だけが違う。目に入り続けるので置きたくなり、置いた物は視界に入っているという理由で片付けられない。

ホームの中のライブラリは、人ではなくアプリに属する情報の置き場である。サンドボックスで動くアプリはさらに専用の入れ物を持ち、アプリの識別子を含んだ場所にデータを置く。ここで1つ誤解が起きる。アプリの中で見えている書類が、目に見える構成のどこにも無いことがある、という点である。バックアップの対象を画面で選んでいると、この分だけ静かに漏れる。

ムービー、ミュージック、ピクチャは、また別の主張をしている。メディア系のアプリが、この中に自分のライブラリを1つの物として置いて管理する前提になっている。そこへ普通の動画ファイルを並べても構わないのだが、片方はアプリの持ち物、片方は自分の持ち物という状態になる。理由を言葉にしにくいまま「なんとなく信用できない構成」になるのは、たいていこの曖昧さが原因である。

最後の1つは任意の設定で、うっかり入っていることが多い。macOSはデスクトップと書類をiCloud Driveへ移せる。移すと、この2つは同期に管理され、空き容量が減れば手元から実体が退避される。構成のいちばん上が、別の仕組みに動かされる場所にある状態は、自分で管理している構成とは言えない。設計を始める前に、この設定が入っているかどうかを確認しておく。

並び順は名前が作るので、名前は構成の一部になる

フォルダの表示は必ず何かの順で並び、その基準はほとんどの場合が名前である。つまり並び順は後から設定する機能ではなく、名前の付け方の出力である。名前の書式は、階層の設計と同じ重みで先に決めるものになる。

日付が典型である。2026-09-04 の形なら文字列として並べただけで時系列になる。9月4日や09042026では並ばない。階層をどれだけ工夫しても直らない。日付を先頭に置けば、2年分を1つのフォルダに入れても読めるので、年でフォルダを切る必要が消える。階層を1段減らせるという意味で、名前は階層の代わりになる。

数字も同じである。桁をそろえていないと10が2より前に来る。工程に番号を振るなら、最初から桁を固定しておく。あとから直す手段はあり、Finderで複数選んで名前を変更すれば、置換、追加、フォーマットの3種類が選べる。ただし、その名前を指していたリンクや設定は一緒に書き換わらない。直す作業より、直したあとに壊れたものを探す作業のほうが長くなる。

拡張子の扱いも名前の一部として決めておきたい。Finderは既定で拡張子を隠すことがあるので、画面で見えている名前と実際の名前が1か所ずれる。同じ題名で形式だけ違うファイルを並べると、画面上は同名が2つ並んでいるように見え、どちらを開くのか毎回迷うことになる。拡張子を常に表示する設定にしておけば、この迷いは消える。名前の書式を決めるときは、拡張子まで含めた1本の文字列として並び順を確かめる。

もう1つ、シェルを使う人にだけ効く理由がある。ターミナルの補完は先頭の一致で効くので、同じ階層のフォルダ名の頭が何文字も同じだと、打つたびに余分な打鍵が要る。画面で見ている限りまったく気づかないが、兄弟のフォルダ名は早い位置で分かれているほうが速い。

ファイルに見えるフォルダと、フォルダに見えるファイルがある

macOSは、特定のフォルダを1つの書類のように見せる。アプリケーション、画像を含むリッチテキスト書類、写真のライブラリはどれも中身のあるディレクトリで、Finderからは「パッケージの内容を表示」を選ばないと中へ入れない。シェルから見れば、何百、何千の項目が入った普通のディレクトリである。

構成の観点では3つ効いてくる。まず、この中に置いた物は画面をたどっても見つからない。次に、同期の仕組みは中の1つずつを別のファイルとして数えるので、写真のライブラリを同期対象のフォルダへ移した瞬間に、件数が跳ね上がり最初の転送が終わらなくなる。そして、件数や容量を基準にしたバックアップの条件が、画面上は1項目にしか見えない物のせいで想定と違う動きをする。

規則は短い。作業中の素材をこの種のフォルダの中に置かない。そして、Finderで数えた階層の深さを信用する前に、その中にこの種の物が含まれていないかを確かめる。見えている木と実際の木は別物である。

エイリアスとシンボリックリンクは、別の構成を作る

どちらも「もう1つの置き場所」を作る手段だが、性質は逆である。

Finderのエイリアスは相手の同一性を記録するので、相手を移動しても名前を変えても追いかける。ただしFinderの仕組みなので、シェルからはたどれない。コマンドライン側の道具もほとんど解決できない。エイリアスで組み立てた構成は、人が見ている間は成立し、スクリプトが同じ木を歩いた瞬間に崩れる。

シンボリックリンクは ln -s で作るファイルシステム側の仕組みで、Finderからもシェルからもたどれる。弱点はちょうど裏返しで、同一性ではなくパスを保持しているため、相手を移動したり名前を変えたりすると行き先を失う。

	相手を移動しても追える	シェルからたどれる
Finderのエイリアス	できる	できない
シンボリックリンク	できない	できる

選び方は、その構成を誰が読むかで決まる。人がクリックするためのサイドバーの入り口ならエイリアスでよい。ビルドの手順、バックアップの設定、コーディングエージェントがたどる先なら、シンボリックリンクか実体の場所にする。

静かに壊れるのは、この5か所

紙の上では筋が通っていた構成が壊れるとき、原因はだいたい次に集まる。

名前は既定で大文字と小文字を区別せずに比べられるので、Invoices と invoices は同じフォルダになる。この2つを別物として扱う構成は、Macの中では運よく成立していても、大文字と小文字を区別するサーバや、別の環境で取り出したリポジトリに移った瞬間に壊れる。

濁点や記号の付いた文字は2通りの書き方がある。1文字として書く形と、元の文字に印を足して書く形である。APFSはどちらも同じ名前として扱うので画面上は問題が出ない。困るのは境界で、生の文字列を比べる検索やスクリプトが、この2つを別の名前と見なすことがある。

名前そのものの制約もある。コロンは使えず、ピリオドで始まる名前は付けられず、上限は255文字である。人が付ける名前で上限に当たることは少ないが、書き出しの機能が題名と日時を連結して作る名前では珍しくない。

空白は正規の文字で、Finderでは何のコストも無い。シェルでは、引用符で囲んでいない空白がパスを2つの引数に割る。空白だらけの構成は、最初のコマンドを書くまで完璧に動き、そこから先はコマンド側が悪いように見えるエラーを出し続ける。

同期はもう1つの型を足す。同期対象のフォルダには、一覧には出るが手元に実体が無く、開いたときに初めて取り寄せられる項目が混ざる。フォルダの表示では手元のファイルと見分けが付かない。開こうとしたスクリプトから見ると、遅いか、無いかのどちらかになる。作業用のディレクトリを同期の木の中に置くなら、この挙動を先に確かめておく。

動かす前に、3つ試してみる

上の問題は、次の3つでだいたい先に見つかる。数分で済む。

打ってみる。Commandキー＋Shiftキー＋Gで「フォルダへ移動」を開き、意図したパスを記憶だけで打ってみる。確認しないと打てない構成は、人にも道具にも伝えられない構成である。

コマンドで歩いてみる。シェルから一覧を出して、フォルダの表示と見比べる。差が出た場所が、パッケージか、エイリアスか、同期の実体無しの項目である。どれも後で驚く原因になる。

歩数を数える。いま作業中の物へは、出発点から2歩で着くのが目安になる。4歩かかるなら、しまうときの都合で深さを決めている。しまうのは1回、取り出すのは毎日である。

3つとも通ったら、最後に1週間そのまま使ってみる。構成が崩れるかどうかは、作った直後ではなく、急いでいるときに何を置いたかで決まる。急いでいる人が置き場所に迷った瞬間、物はデスクトップかダウンロードに落ちる。1週間後にその2か所を見れば、どの分類が現実に合っていなかったのかがそのまま残っている。設計を直す材料は、頭の中ではなくその2か所にある。

構成が整った先に残るのは、パスを運ぶ手間

この3つを通った構成は安定する。そして残るコストが別の場所へ移る。素材のあるフォルダと、それを処理するシェルとの往復である。良い構成ほどパスは長く説明的になり、長く説明的なパスほど打ち直したくない、という関係がある。

ここから先は、木の形より道具の形のほうが効いてくる。フォルダの表示とターミナルが同じ現在地を共有していれば打ち直しは消えるので、その形で何ができるのかはできることにまとめてある。ファイル整理の文脈で勧められがちな二画面型とは解いている問題が違うため、違いは他のファイル管理との比較を先に見たほうが早い。言語をまたぐ名前の付け方には固有の崩れ方があり、日本語と英字が混ざったフォルダ名は並び順が読めなくなる。この扱いは対応言語に整理してある。

閲覧の傾向から見ると、この語で来る人は2つに割れる。分類の軸を決めたい人と、決めた構成が道具の側で崩れる理由を知りたい人である。前者は軸を1つに絞れば足りる。後者に効くのは軸の話ではなく、名前と同期とシェルの制約を先に押さえることのほうである。導入の前に出る疑問はよくある質問にまとめてある。