OpenAI признала проблему в работе ИИ-агента Codex, из-за которой приложение создаёт слишком большой объём локальных записей на диске и ускоряет износ SSD у части пользователей. Компания сообщила, что уже готовит исправление. Поводом стали жалобы разработчиков, которые заметили десятки терабайт записи за несколько недель работы сервиса.
Один из пользователей Codex подсчитал, что за 21 день сервис записал на его накопитель около 37 ТБ данных. В пересчёте на год это примерно 640 ТБ. Для сравнения, ресурс записи в 600 TBW у SSD ёмкостью 1 ТБ остаётся типичным для потребительских моделей высокого класса, хотя у более дорогих решений он бывает выше. Если такая нагрузка сохраняется постоянно, гарантийный ресурс может исчерпаться менее чем за год.
Проблема связана с системой логирования. Codex сохраняет большие объёмы данных, чтобы инженеры OpenAI могли разбирать ошибки и сбои, однако фактическая активность записи оказалась выше расчётной. Представитель компании подтвердил, что OpenAI знает о жалобах и работает над исправлением. Сообщения о чрезмерной записи, по словам пользователей, поступают через GitHub уже несколько месяцев.
Пользователи попытались перевести износ накопителей в деньги. Они предлагают считать ущерб по простой формуле: объём лишней записи умножается на цену SSD и делится на заявленный ресурс записи. При цене накопителя около $200 и лишних 37 ТБ записи получается чуть более $12. В одном из примеров сам Codex оценил ущерб заметно выше, исходя из цены и характеристик конкретного 2-терабайтного Samsung 990 NVMe.
Для OpenAI это не первая претензия к «инженерной» стороне агентских инструментов. Codex компания вернула в продуктовую линейку как более практичный интерфейс для программирования, когда рынок уже заняли GitHub Copilot, Amazon Q Developer и Claude Code от Anthropic. На таком рынке разработчики сравнивают не только качество кода, но и то, насколько клиент нагружает систему локально.
Жалобы на лишнюю дисковую активность для инструментов разработки особенно чувствительны из-за специфики аудитории. Codex запускают на рабочих машинах, где одновременно работают IDE, контейнеры, локальные базы данных и тестовые сборки. Дополнительные десятки терабайт записи в месяц на таком фоне быстро становятся заметны в SMART-статистике накопителя.
Сам по себе большой объём записи не всегда означает немедленный риск отказа. Современные SSD обычно переживают паспортный ресурс с запасом, а корпоративные модели рассчитаны на существенно большую нагрузку, чем потребительские. Проблема в другом: пользователи не ожидают, что ИИ-ассистент для кода будет расходовать ресурс накопителя как тяжёлая система логирования или постоянный кэш сборки.
Подобные претензии уже возникали и к другим инструментам для разработчиков. Несколько лет назад обсуждения вокруг Docker, индексаторов IDE и телеметрии в редакторах кода тоже сводились к одному вопросу: сколько фоновой активности допустимо на рабочем ПК. Разница в случае Codex в том, что здесь источник нагрузки встроен в ИИ-сервис, который многие используют часами каждый день.
Для OpenAI история неприятна ещё и потому, что рынок ИИ-инструментов для программирования быстро растёт. По оценкам отраслевых аналитиков, сегмент code assistant уже измеряется миллиардами долларов в год, а Microsoft называет GitHub Copilot одним из самых быстрорастущих корпоративных ИИ-продуктов. На таком фоне даже техническая ошибка в логировании быстро превращается в репутационный вопрос.
Скорость исправления здесь важнее самой суммы ущерба на одном устройстве. Если OpenAI выпустит патч в ближайшие недели и сократит объём локальных логов на порядок, история останется частным дефектом клиента. Если жалобы продолжатся летом, Codex рискует получить устойчивую репутацию инструмента, который экономит время разработчика ценой ресурса его SSD.