BUSINESS · 1 июля 2026 г.

Твоя модель — это вендор, а не инфраструктура

Основатели относятся к фронтир-модели как к электричеству — коммуналке, которая всегда в розетке. Это не так. Это вендор с укорачивающимся сроком жизни и рубильником, который не у тебя, — и в 2026-м мы видели, как топовую модель отключили по всему миру через считанные дни после запуска по причинам, не имевшим отношения ни к кому, кто на ней строил. Портируемость модели — не оверинжиниринг. Это минимальная поза для бизнеса, который живёт на API, которым не владеет.

В большинство ИИ-продуктов зашито тихое допущение: что модель — это инфраструктура, как электричество или DNS, то, что просто всегда есть. Ты вшиваешь продукт напрямую в лучшую модель одного провайдера и идёшь дальше — с чего бы ей вообще пропасть?

Вот с чего. Это не инфраструктура. Это вендор — с укорачивающимся сроком годности и рубильником, который не у тебя.

Срок годности сокращается, а не растёт

Окна поддержки моделей сжались с прежних 18–24 месяцев примерно до 6–12. OpenAI провёл несколько волн депрекейта в 2026-м; GPT-4o вывели, Assistants API убрали, и целые классы интеграций пришлось переписывать по расписанию вендора, а не твоему. То, на чём ты построился, — движущаяся мишень, и движется она независимо от твоей готовности.

И сдвинуться она может по причинам, не имеющим к тебе никакого отношения. Claude Fable 5 вышла в июне 2026-го, и через несколько дней доступ, по сообщениям, приостановили по всему миру по директиве экспортного контроля США. Представь, что это модель, на которой держится твой продукт. Никакого бага на твоей стороне, никакого предупреждения, на которое можно среагировать, — поставщик просто исчез, по распоряжению государства.

Если роадмап одной компании — или экспортная политика одного государства — может уронить твой продукт за ночь, ты построил не продукт. Ты построил зависимость со страницей логина.

Почему «просто бери лучшую модель» — это бизнес-риск

Захардкодить флагман одного провайдера ощущается как решение про качество. На деле это ставка на непрерывность: ты споришь, что именно эта модель, именно на этом эндпоинте, останется доступной и стабильной ровно столько, сколько нужно твоему бизнесу. Каждый депрекейт, изменение цены, блокировка региона и сдвиг политики теперь — твоя авария. Модель никогда не была твоим рвом — и уж точно не твоим фундаментом.

Портируемость — дешёвая страховка, которую никто не покупает

Решение скучное, и это та же дисциплина, к которой я прихожу снова и снова:

Спрячь модель за адаптер. Продукт говорит с твоим интерфейсом; провайдер сидит за ним. Смена модели — это правка конфига, а не переписывание. Ровно это даёт роутер вроде OpenRouter на уровне инфры.
Держи two провайдера в проверке, а не один. Держи вторую модель прогретой и оттестированной на твоих реальных задачах, чтобы «наш провайдер погас» было переключателем, а не проектом.
Владей тем, что реально твоё. Твои промпты, данные для grounding, эвалы, склейка — вот портируемые активы. Держи модель как заменяемую часть, потому что она такая и есть.
Читай политику депрекейта до постройки, а не после. Окно поддержки, срок уведомления и условия по регионам — это продуктовые решения. Относись к ним как к контракту любого критичного поставщика.

Ничего из этого не оверинжиниринг. Это то, что делаешь для любой зависимости, которая может исчезнуть, — а эта может сменить владельца или пропасть за ночь.

Итог

Фронтир-модель ощущается коммуналкой, потому что так удобно притворяться. Но коммуналку не ставят под экспортный контроль, не выводят по календарю вендора и не переоценивают по желанию. Твою — могут.

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