何が見つかったのか
Willison氏がOmniDiskSweeperで~/.cache/の中身を調べたところ、codex-primary-runtimeというフォルダが1.7GBを占めていました。内訳はPythonのフルインストール、Node.jsのフルインストール、そしてPDF処理ライブラリのPoppler、バージョン管理のgit、オープンソースのオフィススイートLibreOfficeのネイティブバイナリです。LibreOfficeは2010年にOpenOffice.orgから分岐したプロジェクトで、Word・Excel・PowerPoint形式のファイルを読み書きできます。
さらに~/.cache/codex-runtimes/codex-primary-runtime/plugins/openai-primary-runtime/plugins/documentsには、これらのバイナリの所在と使い方をCodexに教える「スキル」が置かれていました。つまり偶発的な同梱ではなく、設計として組み込まれています。
なぜオフィススイートを丸ごと積むのか
この構成は、AIエージェントに対する設計思想の転換を示しています。従来のチャットAIは「テキストを受け取ってテキストを返す」存在で、ファイル操作はクラウド側のサンドボックスか、専用APIで処理していました。今回の構成は逆です。ユーザーの手元のマシンに汎用的な実行環境を丸ごと配り、エージェントが必要に応じてローカルのコマンドを叩く。PDFを読むならPoppler、Excelファイルを変換するならLibreOfficeのヘッドレスモード、コード変更を追うならgit、という具合です。
重要なのは、専用の変換APIを自前で作るのではなく、20年以上枯れてきたオープンソースのCLIツールをそのまま使っている点です。エージェントに「道具の使い方」をスキルとして教えれば、道具そのものは既存資産で足りる。これはAIプロダクト開発のコスト構造を変える発想です。
「隠れた1.7GB」が持つ別の意味
一方で、ユーザーが認識しないまま1.7GBがキャッシュ領域に置かれる点は、企業利用では別の論点を生みます。キャッシュフォルダは通常バックアップ対象外で、削除しても壊れない領域という前提で扱われます。そこにアプリの動作に必要な実行環境が入っているという構造は、資産管理・脆弱性管理の観点で棚卸ししにくい。IT部門が把握しているソフトウェア一覧に、PythonもNode.jsもLibreOfficeも載っていない状態が生まれます。
💼 事業会社視点：これは自社にどう効くか
日本企業のIT部門と情報システム責任者にとって、これは「AIアプリの実体を把握できているか」を問う事例です。多くの企業はChatGPTデスクトップアプリを個人利用の延長で許可していますが、実際にはPython・Node.js・gitの実行環境が端末に展開されている。ソフトウェア資産管理（SAM）台帳にも脆弱性スキャンの対象にも載らないランタイムが社内端末に配られる構図で、金融・製造など資産管理が厳格な業界では、許可済みアプリの再棚卸しが必要になります。
同時に、これは製品開発側にとって強い示唆です。SaaSや受託開発でAI機能を作る際、PDF抽出やOffice文書変換を有償APIや自前実装で埋めようとする企業は多いですが、OpenAIですらPopplerとLibreOfficeというオープンソース資産をそのまま同梱しています。文書処理レイヤーは差別化要因ではなく、エージェントに「使い方」を教えるスキル設計こそが競争領域だという判断です。ドキュメント処理系のAI機能を企画中なら、変換エンジンの内製投資は一度止めて、既存OSSの上に何を載せるかへ予算を移すのが合理的です。
ECや業務システムの事業責任者にとっての含意は、ローカル実行を前提としたエージェントが顧客データをクラウドに出さずに処理できる方向に進んでいること。データ持ち出しを理由にAI導入を止めていた案件は、前提が変わりつつあります。