OpenAI の Codex デスクトップアプリを使っている人は、普段その中身を意識しないかもしれません。だが、ローカルのキャッシュフォルダを覗いた Simon Willison は、そこにかなり重たいものが詰め込まれているのを見つけました。単なる補助ファイルではなく、Python や Node.js だけでなく、LibreOffice まで含まれていたという話です。AI エージェントが実際にどんな道具を手元で動かしているのかが、ファイルサイズという地味な手がかりから見えてきます。
Willison は OmniDiskSweeper で自分の ~/.cache/ を調べている最中に、OpenAI の Codex デスクトップアプリが作った codex-primary-runtime というフォルダに気づきました。そこには 1.7GB ものデータがあり、その中身が意外だった、というのが元記事の出発点です。彼が見つけたのは、軽い設定ファイルの寄せ集めではありません。フルの Python インストール、フルの Node.js インストール、さらに Poppler、git、そして LibreOffice のネイティブバイナリまで入っていました。LibreOffice は 2010 年に OpenOffice.org から分かれてできた、オープンソースのオフィススイートです。
さらに記事では、~/.cache/codex-runtimes/codex-primary-runtime/plugins/openai-primary-runtime/plugins/documents の中に、Codex がこれらのバイナリをどう見つけ、どう使うかを教える skills が置かれていると説明されています。つまり、ただソフトを同梱しているだけではなく、AI 側が「文書を扱うための道具」としてそれらを使えるように、手順や使い方まで用意しているわけです。Willison が面白がっているのは、この構成が「AI アプリの裏側には、かなり現実的で、かなり重い実行環境が乗っている」と見せている点です。ChatGPT に再ブランドされた後の Codex デスクトップアプリが、実はこうしたローカルツールを抱え込む設計になっていることが、ディスクを覗くことで露わになった、というのがこの記事の要旨です。
この話でまず目を引くのは、AI アプリの本体がどんどん「チャット画面」から離れていることです。利用者から見えるのは会話でも、裏では Python、Node.js、git、PDF や文書処理に使う Poppler、そして LibreOffice まで動く作業場が丸ごと用意されている。これは、AI がテキストを返すだけでは足りず、ローカル環境でファイルを読んだり整形したり、形式変換したりする役割に踏み込んでいるからだと思う。文書を開いて、必要なら表計算や文書ソフトの機能も使う。そうなると、AI は検索窓というより、かなり面倒見のいい秘書に近い。
ただ、ここには便利さと引き換えの重さがある。1.7GB という数字は小さくない。しかも中身がオフィススイートだと聞くと、ブラウザベースの軽快さとはかなり違う印象になる。AI 製品はクラウドの計算資源だけでなく、端末側にも相応の容量と維持コストを求める方向へ進んでいるのだろう。ユーザーは「モデルの賢さ」だけを見がちだが、実際には配布物の大きさ、更新の頻度、起動後に何を同梱するかが体験を左右する。便利に見える機能ほど、裏で静かに重くなる。この記事はその事実を、かなり率直に見せている。
LibreOffice が入っていたこと自体は、驚きではあるが、よく考えると筋は通っています。AI に「文書を扱え」と言ったとき、現実には Word や Excel 互換のファイル、PDF、表や書式の複雑な書類が相手になることが多いからです。OpenAI の Codex がそれらをちゃんと触るには、表示するだけでなく、変換や抽出のための周辺ツールが要る。LibreOffice はその受け皿としてかなり強い。たとえば、ユーザーが投げた .docx を中身ごと読んだり、整形したり、別形式に書き出したりする場面では、専用のオフィスエンジンがあると話が早い。
ただし、ここで気になるのは「AI が文書ソフトを使う」ことと「AI が文書ソフトを持ち込む」ことの差です。前者は機能の拡張ですが、後者はアプリの境界が曖昧になる。どこまでが ChatGPT で、どこからが外部ツールなのか、利用者には見えにくい。しかも、そのツール群はローカルに展開されるので、更新や脆弱性対応の責任も増える。LibreOffice のような大きな OSS を配るなら、ライセンスや互換性だけでなく、セキュリティ面のメンテナンスも避けて通れないはずです。便利な統合に見えて、実際には「AI アプリを小さな OS のように保守する」段階へ入っているのではないかと思います。
Willison が OmniDiskSweeper でたまたま見つけた、という経緯も地味に重要です。AI ベンダーはふつう、こういう実装の裏側を前面には出しません。だが、ローカルの ~/.cache/ を見れば、どんな道具を抱えているかは隠しきれない。しかも今回のケースでは、単一のバイナリではなく、documents 用の skills まで置かれていました。つまり、ツールの存在だけでなく、その使い方までアプリ側が先回りしている。ここに、最近の AI 製品の設計思想がよく出ています。モデルに何でも任せるのではなく、実務で必要な既製品を周辺にまとめて置き、そこへ誘導する。かなり実務寄りの発想です。
この方向性は、今後もっと広がると思います。画像処理、表計算、PDF 編集、コード実行、ファイル同期。何かを「考える」AI から、「手を動かす」AI へ移るほど、裏側に専用ランタイムが増えていくはずです。そのとき競争力を分けるのは、モデルの名前だけではなく、どんなローカルツールをどれだけ自然に束ねられるかになるでしょう。逆に言えば、こうした統合が増えるほど、ユーザーはアプリの動作をブラックボックスとして受け入れる場面も増える。今回の発見は、便利さの裏にある構造を一瞬だけ可視化した点で価値がありました。単なる「変わったフォルダを見つけた」という話ではなく、AI ソフトがどこへ向かっているのかを端的に示しているからです。
