# Бутылочное горлышко сместилось. А ты всё оптимизируешь старое.

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

- **Author:** Фёдор Чищин
- **Published:** 2026-07-01
- **Tags:** methodology, ai-native
- **Source:** https://fedorthinks.com/ru/blog/the-bottleneck-moved-to-verification

---

У любой системы есть одно ограничение, задающее темп. Тридцать лет в софте этим ограничением было
**производство кода** — писать его, набирать, вытаскивать из головы в редактор. И мы построили всё
ремесло вокруг этого: быстрее печатать, лучше автокомплит, сниппеты, фреймворки, больше пропускной
способности. Потом ИИ сделал производство кода почти бесплатным — и бутылочное горлышко сместилось.
Почти никто не сместился следом.

## Горлышко воронки теперь — ревью

Когда генерация дёшева, поставку реально гейтит **верификация**: прочитать вывод, понять его, решить,
доверять ли, и взять за него ответственность. И данные показывают ровно этот сдвиг. Время ревью, по
сообщениям, [выросло примерно на 91% после внедрения ИИ](https://www.aviator.co/blog/the-ai-code-verification-bottleneck-why-faster-code-generation-means-slower-reviews/)
даже при росте выполнения задач. Большинство разработчиков [не вполне доверяют корректности вывода ИИ,
но значительная доля коммитит, не всегда проверяя](https://byteiota.com/ai-code-verification-bottleneck-96-dont-trust-output/)
— а это и есть бутылочное горлышко, прорывающееся ниже по потоку багами вместо того, чтобы быть
оплаченным на ревью. Как [сформулировал DevOps.com](https://devops.com/the-bottleneck-isnt-coding-anymore-its-verification/):
«бутылочное горлышко больше не код. Это верификация».

> Ускорить нелимитирующий шаг не ускоряет систему. Оно просто копит запас перед ограничением.

Это азы теории ограничений, и ИИ завёл нас прямо в них. Оптимизировать _генерацию_ кода сейчас — больше
агентов, быстрее модели, больше вывода — значит оптимизировать шаг, который не является бутылочным
горлышком. Весь этот лишний сгенерированный код не шипается быстрее; он выстраивается в очередь перед
человеком, которому теперь надо прочитать, доверить и присвоить больше, чем когда-либо.

## Почему твои метрики скорости врут

Вот ловушка: метрики, что мы унаследовали, все меряют старое ограничение. Строки, задачи, PR-ы, «время
до первого черновика» — все они зеленеют, когда генерация ускоряется, а это ровно та половина, что
больше не проблема. А настоящий вопрос — _как быстро человек может уверенно это принять?_ — не появляется
ни на одном дашборде, потому что это не число пропускной способности. Это число **доверия**. А доверие
не масштабируется добавлением компьюта.

## Как выглядит оптимизация настоящего горлышка

- **Делай вывод лёгким для проверки, а не только для производства.** Меньше диффы, объяснённые
  изменения, воспроизводимые шаги. Изменение, которое ревьюишь за две минуты, бьёт вдвое большее, на
  которое уходит двадцать.
- **Вкладывайся в шаг приёмки.** Тесты, типы, [эвалы, гейтящие мерж](/ru/blog/evals-or-it-didnt-ship),
  детерминированные проверки — всё, что позволяет человеку доверять выводу, не выводя его заново руками.
  Вот где теперь живёт пропускная способность.
- **Меряй время-до-уверенной-приёмки.** Не как быстро ты сгенерировал, а сколько до того, как кто-то
  смог это присвоить. Не улучшается это число — твоё «быстрее» иллюзия.
- **Береги внимание ревьюера как дефицитный ресурс.** Топить лучших людей в правдоподобном выводе ИИ —
  не рычаг, а [перенос работы ниже по потоку](/ru/blog/workslop-is-a-tax) на тот единственный шаг,
  который нельзя распараллелить.

## Итог

ИИ не убрал бутылочное горлышко; он его переместил — с письма на проверку — и оставил наши привычки и
метрики нацеленными на пустую станцию. Генерировать больше и быстрее лишь углубляет кучу перед шагом,
который реально задаёт темп.

**Хватит оптимизировать клавиатуру. Ограничение теперь — доверие: сделай вывод дешёвым для проверки и
меряй, как быстро человек может уверенно сказать «да».**