Macの起動が20分、故障かと思ったら　AIが残した99万ファイルだった

AIにプログラムを書かせるバイブコーディングを6週間続けたら、Macが起動しなくなった。開発者のIsamuさんが10月20日、技術者向けのサイト「Zenn」にそう書いた。電源を入れて、暗号化のパスワードを入れる。進捗バーが2割くらいまで進む。そこで止まる。

1回目は12分待ってあきらめ、電源ボタンで強制的に落とした。2回目は約18分待って、やっと起動した。合わせて30分、ほぼ画面を見ているだけだ。故障か、買い替えか。そう思うところだが、違った。

消えるのを待っていたのは、99万個のファイル

Isamuさんが調べたところ、起動のときに動いていたのは「dirhelper」というmacOSのプログラムだった。記事では「起動時に一時ファイルを片付けるためのプログラム」と説明されている。Macは壊れていたのではなく、ひたすらファイルを消していたのだ。

では、何個あったのか。起動から9時間半たった時点で、一時ファイルの置き場所である/private/tmpには約99万ファイルがあった。記事にはこうある。「約99万ファイル。ほぼすべてが、Claude Code の作業用ディレクトリでした」。6週間ぶりの再起動のときは、推定で数百万ファイル以上だったという。

中身の多くはnode_modulesだった。Isamuさんは、安全のために毎回リポジトリを新しくcloneして作業するルールにしていた。AIとのやりとり1セッションごとに作業用のディレクトリができ、消されずに残る。プロジェクト3つで、約47万、約27万、約20万という内訳だ。

ほかの数字も記事に出ている。Nodeの起動は毎分1100〜4500回。SSDへの書き込みは1日600GB。Spotlightの索引には、.jsファイルが約237万件入っていた。

じゃあ、どうすればいいのか

Isamuさんが挙げた対処は4つ。「/private/tmp の中身を時々見る」「終わったセッションの作業用ディレクトリは消す」「長く再起動しないと、次の再起動が重くなりやすい」「進捗バーが止まっても電源ボタンは押さずに待つ」。

ただし、この対処が本当に効くかは、記事の時点ではまだ確かめられていない。次の再起動の前にファイルの数を数えて、消したあとで止まる時間がどう変わるかを測るつもりだという。

もう一つ、気になる話が書かれている。原因を探すのに使ったのもAI（Claude Code）だったが、最初の報告は間違っていた。「セッションごとに tmux のコマンドを繰り返し起動している」という内容だったが、実際はプロセスの一覧を取るたびに同じものを数えていただけだった。Isamuさんはこう書いている。「調査を AI に任せるのは便利です。でも、報告は主張であって、事実ではありません。」

ネットの評判

はてなブックマークでは、「自分のところでも一時ファイルがたまって困った」という報告と、技術的な直し方の提案が多い。目立つのは「pnpmに替えればファイルの数は減る」という声だ。部品を1か所に置いて使い回す道具なので、node_modulesがふくれにくくなる、という言い分だ。原因を順番に切り分けていく調べ方そのものを評価する声もあった。

一方で、使い方そのものを疑う声もある。「この使い方はSSDの寿命が心配だ」「自分も使い続けているが、この症状は出ていない」。「まず記事を書くのをAIに任せるのをやめろ」という、記事の書き方への批判もあった。別のAIツールについて「Codexは~/Documents/Codexにファイルを作るので、iCloudの同期がずっと回る」という指摘も出た。AIの開発ツールがファイルを置く場所そのものを問う声につながっている。

Isamuさんの結論は「起動に20分かかっていた原因は、Mac の故障でも、古さでもなさそうです」。メモリは47GB使っていたが、圧縮もスワップもなく余裕があった。SSDの消耗も6%。買い替えはいらない。消すのに20分かかったファイルは、AIが6週間で作ったものだった。