Локальная модель выполняет этап.
Проверка решает, принят ли он.

Если отправлять всё самой сильной облачной модели, рутинные задачи расходуют ограниченную облачную ёмкость, нужную сложным, и растёт зависимость от внешнего провайдера. Если отправлять всё локальной модели и принимать ответ на веру, экономия превращается в скрытое снижение качества. Есть и третья, менее заметная ловушка: управляющий агент сам неверно настраивает эксперимент, а потом объявляет модель слабой. Рабочий маршрут поэтому состоит не из выбора модели, а из связки «ограниченный этап → проверка → решение о приёмке или эскалации». Общая карта ролей описана на странице о маршрутизации моделей.

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

Факт из рабочих записей лаборатории: Codex в одном из экспериментов ограничил локальную модель примерно 8 тысячами токенов, хотя сконфигурированное окно контекста составляло до 1 048 576 токенов, смешал окно контекста с размером batch и лимитом ответа — и мог объявить модель или инструмент непригодными. Это дефект контроллера: исправлять нужно настройку эксперимента, а не маршрут. Иначе обстоит дело с дефектом, который воспроизводится уже после проверки всего пути параметров и данных — контекста, лимитов, обёртки, маршрутизации и таймаутов. Только такой результат можно считать подлинным ограничением модели и основанием менять маршрут. Интерпретация: внешне обе ситуации выглядят как «модель плохо справилась», но ведут к противоположным решениям — в первом случае исправляется контроллер, во втором меняется маршрутизация.