Почему стоит владеть своим workflow, а не оболочкой от большой лаборатории

Ещё один тезис из ленты X, который бьёт по больному. Если коротко: оболочки кодинг-агентов от больших лабораторий (OpenAI, Anthropic, Google) скоро распухнут. Логика простая — для них это уже не инструмент для кода, а продукт с тысячей сценариев, и именно в оболочке мы оставляем больше всего денег. Автор советует смотреть в сторону лёгких «ванильных» оболочек, где вы сами решаете, какие функции включать, и призывает владеть всем workflow, а не привязываться к одному вендору.

Я почти всю работу веду в Codex и ставку на него сделал осознанно. Но с этим тезисом спорить не буду.

Пара мыслей, почему он важен именно для нас:

• Контроль над расходами. Чем больше функций навешивают на оболочку, тем больше токенов уходит на то, чего вы не просили. Скорость и счёт страдают одновременно.
• Model-agnostic — это просто страховка, особенно если вы вне США. Доступ к модели может пропасть в любой момент: вчера работало, сегодня «ваш регион не поддерживается». Я это проходил лично.
• Свой workflow важнее любимого инструмента. Если завтра придётся уйти с Codex или Claude — это должна быть смена двигателя, а не пересборка всей машины.

Что с этим делать на практике: пробуйте лёгкие оболочки (вроде pi или omp), используйте уже оплаченные подписки Claude и ChatGPT, гоняйте «совет моделей» вместо одной и потихоньку собирайте оболочку под себя.

Я не бросаю Codex. Но держу под рукой запасной план — и вам советую. Кто знает, останется ли у нас доступ к любимой модели через полгода.

По теме

• Статья: Почему я не использую Claude Code и сделал ставку на Codex
• Блог: OpenRouter Fusion: когда три дешёвые модели обходят один флагман
• База знаний: Экосистема MCP — серверы, клиенты, SDK, реестры и инструменты разработки

Если хотите выстроить рабочий контур, который переживёт смену моделей и вендоров, это как раз история про систему, а не про один инструмент.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov