Skip to main content
OpenAICodexAI automation

В Codex исчез Fast Mode, а ответы ускорились

Пользователи Codex заметили странность: переключатель Fast Mode у части аккаунтов исчез, но сама генерация стала быстрее. Официального подтверждения удаления режима или скрытого апдейта нет, зато для AI automation это важный сигнал: OpenAI, похоже, меняет поведение продукта на уровне тарифов и внутренней архитектуры.

Технический контекст

Я покопался в том, что реально есть по фактам, и картина пока очень приземлённая: пользователи видят, что Fast Mode то пропадает из интерфейса Codex, то сбрасывается после обновлений, а иногда вообще ведёт себя по-разному между приложениями. Это больше похоже не на красивый релиз, а на смесь UI-багов, пересборки клиента и постепенной AI integration новых настроек по тарифам.

Из обсуждений видно ещё одно: на старших планах Codex у части людей работает ощутимо быстрее даже без явного тумблера. И вот тут я напрягся, потому что это очень похоже на включённое по умолчанию быстрое поведение, но без нормальной коммуникации в продукте.

Официального подтверждения, что Fast Mode убрали совсем, я не нашёл. Подтверждения тихого перехода на некий «Codex 5.6» тоже нет. Это пока чистая спекуляция из чатов, а я такие вещи без changelog не покупаю.

Что подтверждено лучше: после апрельских изменений у Codex менялась логика лимитов и поведения fast-режима, а в баг-репортах уже всплывали рассинхроны состояния Fast Mode и самопроизвольные отключения. Плюс у OpenAI были заявления о снижении latency примерно на 30-40% за счёт переписанного стека. Вот это уже звучит как реальная инженерная причина, почему сегодня всё внезапно «летает» даже без заметной кнопки.

Если коротко: у меня нет данных, что вышла новая версия с номером 5.6. Зато есть достаточно сигналов, что Codex могли ускорить на бекенде, а интерфейс не успевает честно объяснить, что именно происходит.

Что это меняет для бизнеса и автоматизации

Для тех, кто строит AI automation поверх Codex, вывод простой: нельзя завязывать архитектуру на один UI-переключатель. Если поведение режима меняется без явного анонса, я бы сразу закладывал мониторинг latency, стоимости и качества ответов на уровне своих пайплайнов.

Выигрывают команды, у которых есть своя прослойка контроля: роутинг задач, fallback, замер времени, ограничения по кредитам. Проигрывают те, кто строит процесс по принципу «вчера в приложении было быстро, значит так будет всегда».

Я как раз такие вещи и приземляю в клиентских системах: не просто подключить модель, а сделать AI implementation так, чтобы внезапные изменения интерфейса или тарифов не ломали рабочий процесс. Если у вас Codex уже сидит в разработке, саппорте или внутренних инструментах и поведение стало плясать, давайте посмотрим на это вместе: в Nahornyi AI Lab мы можем собрать AI solution development с нормальной обвязкой, чтобы бизнес зависел от результата, а не от того, куда сегодня исчез тумблер Fast Mode.

Ранее мы подробно разбирали архитектурные особенности этого устройства на базе Raspberry Pi в контексте версии Codex 5.2. Этот анализ помогает лучше понять технические ограничения проекта, которые привели к текущим изменениям в версиях и режимах работы.

Поделиться статьёй