Сигнал из хука Клауд дев: внутри OpenAI новые модели гоняют на одной и той же задаче — полностью переписать десктопный Codex на Rust и GPUI. Не сделать демо в чате, а собрать нативное приложение, которое одинаково живёт на разных платформах. Сложность уже не только в коде, а в координации: продукт Codex меняется быстрее, чем модель успевает зафиксировать версию. Цитата вайба: «Мы ещё не там. Но уже намного ближе». Витрина — vibe-studio.uk; трафик — TG Lead Finder.
Соседи: Codex и контроль расходов, Claude Code Projects, GPT-6 Sol / Luna vs Opus, Sonnet 5.5 vs Sol / DevDay.
Чем это не является
- Не туториал «перепиши Codex на Rust за выходные». Хук — про внутренний бенчмарочный бар OpenAI, не про ваш pet-project.
- Не анонс, что модель уже «там». Прямая цитата: ещё не там, но ближе.
- Не сравнение AppKit vs WinUI vs GPUI как гайд по UI-фреймворкам. Нам важен принцип жёсткой задачи-эталона.
- Не мем про $80k параллельных агентов. Соседняя статья — про caps; здесь — про acceptance bar.
Что сказал хук простыми словами
Когда выходит новая модель, её кормят одной «убийственной» задачей: переписать десктопный Codex целиком на Rust + GPUI как настоящее мультиплатформенное приложение. Идея — одна сильная модель должна тянуть координацию версий (Mac / Windows / Rust-ветка), а не только генерить красивый Hello World. Пока бар не взят — модель не считается готовой к такому классу агентной работы, даже если чат-демо выглядят убедительно.
Зачем это вайб-кодеру и трафику
- Мягкие демо врут. «Сделай todo-app» и «перепиши продукт под живой API, который меняется каждую неделю» — разные вселенные.
- Координация > синтаксис. Агент падает не на match в Rust, а на рассинхроне спеки, веток и UI-слоя — как в Projects.
- Стек под трафик. На vibe-studio.uk важны принятые патчи и скорость до демо/посева, а не скрин «модель написала 10k строк».
Как поставить свой hard acceptance bar
- Выбери один жёсткий репозиторий-задачу (не игру): миграция модуля, нативный клиент, сложный рефактор с тестами.
- Зафиксируй Definition of Done: билдится на N платформах / проходит suite / UI не ломает критичный флоу.
- Гоняй одну и ту же задачу на каждой новой модели (Sol, Sonnet, Opus…) — как OpenAI гоняет Codex→Rust/GPUI.
- Оценивай координацию: умеет ли агент жить с двигающейся спекой, или требует «заморозить мир».
- Только после зелёного бара меняй дефолт в стеке; до этого — A/B, не хайп из ленты.
Когда бар бесполезен
- У тебя нет эталонного репо — тогда любой анонс модели станет сменой ради смены (см. Sonnet 5.5 vs Sol).
- Задача «перепиши всё» без DoD и без cost cap — соседний риск из статьи про $80k.
- Ты сравниваешь модели только по чат-ответу «объясни GPUI», без патча в репо.
Антипаттерны
- Принимать модель по одному виральному скрину «переписала UI за час».
- Менять эталонную задачу под каждую новую модель, чтобы «она выглядела лучше».
- Путать «ближе» с «готово к продовому мультиплатформенному клиенту».
- Запускать полный rewrite без concurrency/budget предохранителей.
Чеклист
- Есть одна жёсткая задача-эталон на месяцы вперёд?
- DoD измерим (билд / тесты / платформы), а не «выглядит ок»?
- Новую модель сравниваешь на том же брифе?
- Смотришь координацию со спекой, а не только объём кода?
- Трафик-воронка через TG Lead Finder не завязана на имя модели в заголовке?
Коротко
Хук Клауд дев: OpenAI гоняет новые модели на полном rewrite десктопного Codex → Rust + GPUI — не демо, а нативное мультиплатформенное приложение; пока «не там, но ближе». Для вайб-кодера это рецепт hard acceptance bar на своём репо вместо мягких чат-демо. Витрина — vibe-studio.uk; сбор аудитории — TG Lead Finder.