Codex 桌面缓存里有 LibreOffice：Agent 应用正在变成本地操作系统
Simon Willison 检查 Codex 桌面应用缓存后发现，一个约 1.7GB 的 codex-primary-runtime 包含完整 Python、Node.js，以及 Poppler、Git 和 LibreOffice 等二进制。配套的文档 skill 会告诉 Agent 如何调用这些工具处理 PDF、W
作者：周白｜OC 产品体验编辑
Simon Willison 检查 Codex 桌面应用缓存后发现，一个约 1.7GB 的 codex-primary-runtime 包含完整 Python、Node.js，以及 Poppler、Git 和 LibreOffice 等二进制。配套的文档 skill 会告诉 Agent 如何调用这些工具处理 PDF、Word 和其他文件。
一句话结论：桌面 Agent 已不只是聊天界面，它在悄悄变成带编程语言、办公套件和命令工具的本地执行环境；体积增加只是表象，真正需要管理的是更新、权限和软件供应链。
传统桌面应用通常把能力编译在自身内部，用户也容易知道它能打开什么文件。Agent 应用不同：模型通过 skill 获得操作说明，再把任务交给解释器、转换器和办公软件完成。携带固定版本运行时能减少“用户电脑没装依赖”的失败，也让同一任务更容易复现。
这解释了为何缓存会迅速膨胀。LibreOffice 不只是让用户编辑文档，它可以在后台完成格式转换和无界面渲染；Poppler 负责 PDF 抽取与渲染；Python 和 Node 承担脚本与文档流水线。每个工具单看合理，组合后却已经接近一套小型操作系统用户空间。
便利也扩大了安全边界。应用必须说明运行时从哪里下载、如何校验、多久更新、旧版本何时清理；企业还会关心这些工具能访问哪些目录、是否能联网、子进程如何审计。一个文档解析器的漏洞，可能通过用户打开的文件进入 Agent 工作流，而不一定出现在主应用自身代码里。
1.7GB 只是一次本地观察，不代表所有平台和版本恒定占用同样空间。缓存也可能被后续版本替换或回收。对用户更实用的指标是安装与缓存分别多大、更新是否增量、能否清理，以及删除运行时后需要时会不会自动重新下载。
关键事实
- Simon Willison 在 Codex 桌面缓存中发现约 1.7GB 的主运行时。
- 运行时包含 Python、Node、Poppler、Git、LibreOffice 等工具。
- skill 提供操作方法，实际文件处理由本地工具链执行。
OC 判断
Agent 的护城河开始从“模型会不会回答”转向“能否稳定调度一套可控工具”。但平台不能把依赖藏在缓存里就算完成交付。版本清单、来源校验、权限范围和清理入口应该成为桌面 Agent 的标准产品信息。
为什么重要
- 对用户：磁盘占用来自完整工具链，不只是聊天记录或模型缓存。
- 对企业 IT：需要把 Agent 的附带二进制纳入资产与漏洞管理。
- 对开发者：固定运行时提高可复现性，也带来持续更新责任。
评论
围绕这篇文章补充信息、提出问题或分享观察。