Слишком медленный для мира ИИ? Почему верификация стала новым узким местом
ИИ-инструменты ускоряют генерацию кода до невероятных скоростей. Но вместо того чтобы чувствовать себя продуктивнее, многие разработчики ощущают странную усталость. Причина проста: создание стало дешёвым, а верификация — нет. Код появляется быстро, черновики — быстро, рабочие процессы — быстро. Но потом нужно понять, что этот код реально делает. Нужно протестировать границы между компонентами. Нужно убедиться, что результат не просто правдоподобен, а достаточно корректен, чтобы выжить при столкновении с реальностью.
Первая ловушка ИИ-разработки
До появления ИИ в разработке существовало естественное трение. Вы писали медленнее, поэтому создание и понимание шли рядом. Теперь создание может обогнать понимание. Вы можете строить быстрее, чем способны осмыслять. И когда это происходит, узкое место становится очевидным.
Это не скорость набора. Это даже не программирование. Это инженерное суждение.
Узкое место возникает именно там, где нужно решить: заслуживает ли сгенерированный фрагмент стать частью системы? Достоин ли он перехода от «работает один раз» к «достаточно надёжен для инфраструктуры»?
Иллюзия сжатого процесса
Функция, которая раньше занимала дни, теперь появляется за часы. Бэкенд-роут, фронтенд-компонент, цепочка промптов, тест, скрипт деплоя — всё это генерируется достаточно быстро, чтобы создать иллюзию сжатия всего процесса.
Но весь процесс не сжался. Дорогая часть просто переместилась.
Вам всё ещё нужно понимать систему. Валидировать предположения. Тестировать сквозное поведение. Спрашивать, стабилен ли результат, поддерживаем ли, безопасен ли, наблюдаем ли, соответствует ли изначальному замыслу. ИИ сделал первый черновик дешевле, но также упростил создание черновиков сразу на нескольких уровнях. Финальная нагрузка часто становится больше, а не меньше.
Мир ИИ вознаграждает движение
Мир ИИ вознаграждает тех, кто быстро реагирует, быстро переименовывает, быстро упаковывает, быстро комментирует и публикует до того, как концепция остыла. Каждую неделю — новая модель, новый бенчмарк, новый агентный фреймворк, новый момент «это меняет всё».
Когда автор перестал гнаться за каждым обновлением, произошло нечто странное. Он не стал меньше интересоваться ИИ. Он стал больше интересоваться старыми вещами: распределёнными системами, разрешениями, контурами управления, оптимизацией сетей, разделением ответственности, биологическими системами, колониями муравьёв, вирусами, эволюцией.
Чем больше он смотрит на ИИ, тем больше видит старые проблемы, возвращающиеся на новом субстрате. Инфраструктура ИИ часто ощущается как старая инфраструктура со стохастическими органами. Тело знакомое. Органы ведут себя иначе.
Почему классические проверки не работают
Многое из того, что сейчас называют ИИ-оркестрацией, концептуально не ново. Координация, маршрутизация, разрешения, очереди, ретраи, фоллбэки, хэндшейки, разделение ответственности, границы валидации — всё это существовало задолго до LLM.
Но компонент изменился. Детерминированный сервис падает предсказуемо: таймаут запроса, сломанная схема, отказ в доступе. Генеративный компонент может «сломаться», выглядя успешным. Он может вернуть корректный boolean и при этом ошибаться. Он может пройти проверку, неся под типом возврата скрытую неопределённость.
Грубый конвейер с одной финальной проверкой рискован: ранняя галлюцинация проходит через всю цепочку. Поэтому процесс делают гранулярным: проверка после каждого шага. Это прерывает накопление ошибок, снижает радиус поражения. Но атомарная неопределённость модели остаётся.
Декорреляция вместо повторных попыток
Классическая логика ретраев предполагает независимость. Если вызов сервиса упал из-за временной проблемы сети — повторная попытка может сработать. Но генеративные ошибки часто коррелированы. Одна и та же модель с одним промптом на одних данных может воспроизвести один и тот же ошибочный вывод несколько раз. Конвейер соберёт много зелёных галочек, разделяющих один и тот же дефект. Гранулярность не создаёт безопасность — она создаёт высокоразрешённую ложную уверенность.
Решение — не больше проверок. Решение — декорреляция. Разные модели. Разные промпты. Разные углы оценки. Разные представления задачи. Разные предположения о сбоях. Это ближе к видообразованию, чем к ретраю. Вы делаете систему робастной не повторением одного организма, а введением достаточного разнообразия, чтобы одна слепая зона не стала колониальной болезнью.
Медлительность как процесс компиляции
Автор три года читал книгу «Ant Encounters». Не потому что она была сложной, а потому что каждая страница соединялась с чем-то другим. Наблюдение о муравьях становилось вопросом о локальных решениях, глобальном поведении, распределённой координации, о том, как система стабилизируется без единого центрального источника истины.
По сравнению с ритмом мира ИИ это выглядит смехотворно медленным. Но, возможно, это не чтение. Может быть, это компиляция. Страница не потребляется — она связывается. Она входит в контекст из старой работы, незавершённых идей, технических шрамов, архитектуры ПО, биологического любопытства. Результат — не скорость, а сжатие.
Риск невидимой глубины
Страх не в том, чтобы быть медленным. Страх в том, что пока вы соединяете точки, поле уйдёт вперёд, не увидев ничего. Глубина без видимого результата неотличима от отсутствия. Мир ИИ настолько громкий и ускоренный, что если не производить что-то видимое постоянно, можно исчезнуть внутри шума.
Но есть и обратная сторона: иногда медлительность — это не фильтрация и не соединение, а укрытие за глубиной. «Я всё ещё думаю об этом» начинается как дисциплина и постепенно становится убежищем. Медленное мышление ценно только если оно в конечном счёте становится видимым, проверяемым, разделяемым. Иначе это просто приватная сложность.
Что остаётся после того, как базворд уходит
Ответ на вопрос «стал ли я слишком медленным?» — да. Но не потому, что автор потерялся. А потому что он пытается понять механизм, а не просто перекрасить приборную панель. Каждый новый ИИ-концепт тянет за собой старый вопрос. Он не доверяет скорости, когда скорость — это социальное давление.
Риск не в медлительности. Риск в том, чтобы позволить работе остаться запертой в голове, пока мир не сможет отличить глубину от тишины. Нужно превращать чтение в заметки, заметки в аргументы, аргументы в эксперименты, эксперименты в артефакты. Не идеально. Не только когда вся теория чиста. Раньше. Грязнее. Честнее.
Может быть, в этом мире ИИ реагировать на каждый базворд — это не адаптация. Может быть, сложнее сохранить способность думать, когда базворд исчез.