ChatGPT тайно таскает LibreOffice на ваш диск

Представьте: вы открываете системный монитор или сканер диска и замечаете, что приложение ChatGPT занимает не 200–300 МБ, как обычный мессенджер, а почти 2 гигабайта в скрытых папках кэша. Именно это обнаружил разработчик и исследователь Саймон Уиллисон 1 сентября 2026 года, копаясь в своей директории ~/.cache/. Находка оказалась неожиданной: внутри скрывался целый LibreOffice — полноценный офисный пакет с открытым исходным кодом. Как он там оказался? Зачем OpenAI вообще тащит его с собой? И что это означает для пользователей? Разбираемся детально.

Что нашли внутри: анатомия 1.7 ГБ рантайма

Десктоп-приложение OpenAI Codex (переименованное в ChatGPT) хранит 1.7 ГБ данных в папке codex-primary-runtime, включая полную установку Python, полную установку Node.js и нативные бинарные файлы для Poppler, git и офисного пакета LibreOffice с открытым исходным кодом. Папка plugins/documents содержит так называемые «скиллы», которые указывают Codex, как именно находить и использовать эти бинарники.

Другими словами, за внешне простым интерфейсом чат-бота скрывается полноценная экосистема инструментов:

Обратите внимание: речь идёт не о «лёгкой» версии или обёртке — это полноценный LibreOfficeDev, причём в alpha-сборке. Встроенная версия LibreOffice расположена по пути ~/.cache/codex-runtimes/codex-primary-runtime/dependencies/native/libreoffice-headless/libreoffice/LibreOfficeDev.app, а наблюдаемая версия — LibreOfficeDev 26.8.0.0.alpha0.

Зачем OpenAI нужен LibreOffice внутри ChatGPT?

Вопрос закономерный: ChatGPT — это языковая модель для разговора, причём тут офисный пакет? Ответ кроется в эволюции продукта.

OpenAI объединила ChatGPT, новый агентный режим ChatGPT Work и платформу для разработчиков Codex в единое десктоп-приложение на базе GPT-5.6 с более чем 1400 плагинами. Новое приложение интегрирует привычный чат-бот, рабочий режим ChatGPT Work и платформу Codex в единый пользовательский интерфейс.

Когда агент получает задачу вроде «проанализируй этот DOCX-отчёт» или «сгенерируй презентацию», ему нужно физически открыть, прочитать и/или конвертировать офисный файл. Именно здесь в игру вступает LibreOffice в headless-режиме (без графического интерфейса).

graph TD
    A["Пользователь загружает DOCX/XLSX/PPTX"] --> B["Codex Documents Plugin"]
    B --> C["LibreOfficeDev headless"]
    C --> D["Конвертация в читаемый формат"]
    D --> E["GPT-модель анализирует содержимое"]
    E --> F["Ответ / редактирование / генерация"]
    F --> G["LibreOfficeDev сохраняет результат"]
    G --> H["Пользователь получает файл"]

Плагин Documents и рантайм openai-primary-runtime используют LibreOfficeDev для рендеринга и конвертации документов. Таким образом, LibreOffice выполняет роль «движка» для работы с офисными форматами — точно так же, как Poppler обслуживает PDF, а git управляет кодовыми репозиториями.

Включение LibreOffice в рантайм ChatGPT — это не баг и не случайность. Это архитектурное решение: агент должен уметь работать с реальными файлами пользователя без внешних зависимостей.

Проблемы: когда «батарейки в комплекте» не работают

Концепция «всё в одном» звучит привлекательно, но на практике порождает серьёзные технические проблемы.

Сломанные зависимости на macOS

Генерация DOCX сама по себе работает, но визуальный рендеринг документов и проверка качества в Codex не выполняются, так как soffice не запускается. macOS также выводит ошибку запуска приложения, сообщая, что soffice не может быть открыт и может потребовать переустановки.

Причина проблемы оказалась в зависимостях от Homebrew:

# Ошибка, которую видят пользователи macOS без Homebrew:
dyld: Library not loaded: /opt/homebrew/opt/little-cms2/lib/liblcms2.2.dylib
Referenced from: ~/.cache/codex-runtimes/codex-primary-runtime/
  dependencies/native/libreoffice-headless/libreoffice/
  LibreOfficeDev.app/Contents/Frameworks/libvcllo.dylib

Ожидаемое поведение: встроенный рантайм LibreOffice должен быть самодостаточным, либо его ссылки на динамические библиотеки должны использовать @loader_path/@rpath вместо абсолютных путей Homebrew.

Встроенная alpha-сборка LibreOfficeDev сложнее в отладке, может зависеть от отсутствующих библиотек Homebrew и не может быть надёжно переопределена без редактирования файлов кэша рантайма Codex, которые могут быть перезаписаны при обновлениях.

Запрос сообщества: использовать системный LibreOffice

Пользователи, у которых уже установлен LibreOffice, резонно спрашивают: зачем скачивать второй экземпляр? На GitHub появился соответствующий feature request:

Сообщество просит разрешить плагину Documents использовать указанный пользователем системный исполняемый файл LibreOffice вместо встроенного LibreOfficeDev.app. Системный LibreOffice — это стабильный релиз, установленный и поддерживаемый пользователем или пакетным менеджером.

Это норма или архитектурный просчёт?

Подход OpenAI — «упаковать всё нужное внутрь» — имеет как сторонников, так и критиков.

Аргументы «за»

• Воспроизводимость: агент гарантированно работает в одинаковой среде на любой машине
• Отсутствие внешних зависимостей: пользователю не нужно ничего устанавливать вручную
• Изолированность: встроенный рантайм не конфликтует с системными библиотеками
• Полный контроль версий: OpenAI может обновлять LibreOffice независимо от системы

Аргументы «против»

• Расход диска: 1.7 ГБ в скрытой папке кэша — это неожиданно много для «приложения для чата»
• Нестабильность alpha-сборки: встроенная версия — это LibreOfficeDev 26.8.0.0.alpha0, то есть фактически предрелизная сборка
• Проблемы с зависимостями: на macOS встроенное приложение не запускается из-за отсутствующих динамических библиотек Homebrew, генерируя отчёты об ошибках soffice quit unexpectedly
• Дублирование: пользователи с уже установленным LibreOffice вынуждены хранить две копии

Что это говорит об архитектуре ИИ-агентов

История с LibreOffice — это не просто курьёз для техногиков. Она наглядно демонстрирует, как устроены современные AI-агенты под капотом.

С функцией ChatGPT Work OpenAI вводит агентный режим, способный самостоятельно выполнять многошаговые рабочие процессы. Эта функция выходит за рамки простых взаимодействий «вопрос-ответ» и позволяет системе планировать и выполнять сложные проекты.

Для реализации таких возможностей агент не может ограничиваться только текстовой генерацией — ему нужен полноценный инструментальный стек:

• Python — для написания и выполнения скриптов обработки данных
• Node.js — для JavaScript-задач и веб-инструментов
• git — для работы с репозиториями кода
• Poppler — для извлечения текста и данных из PDF
• LibreOffice — для чтения, конвертации и генерации офисных документов

К марту 2026 года Codex вырос до более чем 2 миллионов еженедельных активных пользователей, и OpenAI позиционирует его как более широкую корпоративную агентную платформу, которая в конечном итоге может использоваться для задач за пределами разработки ПО.

Это объясняет, почему «простое приложение для чата» тянет за собой целый дистрибутив инструментов: агент нового поколения — это не чат-бот, а операционная среда.

Заключение

Находка Саймона Уиллисона — 1.7 ГБ скрытого рантайма с полным LibreOffice внутри ChatGPT — это не скандал и не уязвимость. Это симптом трансформации AI-продуктов: они перестают быть интерфейсами над языковыми моделями и становятся полноценными агентными платформами, которым для работы нужен реальный инструментальный стек.

Проблема не в самой концепции, а в реализации: alpha-сборки с нестабильными зависимостями, полтора гигабайта в скрытой папке кэша и отсутствие возможности использовать системный LibreOffice — это технические долги, которые OpenAI предстоит закрыть. Сообщество уже сигнализирует об этом через GitHub-issues, и давление снизу, как правило, работает.

Для нас как пользователей и разработчиков это хороший повод задуматься: что именно происходит «под капотом» у AI-инструментов, которые мы используем каждый день. Прозрачность архитектуры — это не каприз технарей, а вопрос доверия к продукту. И в этом смысле случайная находка в ~/.cache/ оказалась куда ценнее, чем просто любопытная техническая деталь.