Грязная правда о скорости ИИ

Помните то волшебство? Первый месяц с Claude или Cursor — код генерируется мгновенно, фичи появляются сами, шаблоны исчезают. А потом второй месяц. Компиляция проходит, тесты зелёные, деплой ок. Но код уже не тот, что вы задумали.

Это не лень. Это дрейф.

Исследования подтверждают. SlopCodeBench (март 2026) показал: в 90% случаев ИИ-агенты на длинных задачах разрастаются и теряют качество. Исследование CMU по Cursor: стартовый прирост скорости в 3–5 раз уходит через два месяца, остаётся +30% предупреждений и +41% сложности. И вишенка: 22,7% ошибок ИИ не чинятся даже в финальных коммитах — по сотням тысяч репозиториев.

ИИ работает. Проблема в управлении.

Три скрытых сбоя

Семантический дрейф
Спецификация требует "лёгкий и простой". Через три месяца и кучу промптов система формально соответствует — но жрёт 5 МБ и три микросервиса. Понятия тихо изменились. Никто не одобрял. Код компилится. Проблема всплывает в проде.

Невидимый контроль
Откуда взялась эта архитектура? Из чата. На какой версии спеки? Ищите в Slack. Почему API отдаёт вложенные объекты, а не плоские? Решил инженер в промпте. Нет следов, нет ревью, нет ответа на "кто и когда решил?". Аудиторы или регуляторы не простят.

Фрагментация контекста
Кодбейс давно превысил контекстное окно ИИ. Никто не видит полную картину. Собственность размылась. Теперь в параллельных ветках — десять версий архитектуры. Все "одобрены", потому что ревью невозможно.

Как это назвали

В начале 2026-го проблема вылезла под шестью именами за пять месяцев:

• Intent debt (Storey, Canada Research Chair)
• Cognitive debt (MIT Media Lab)
• Paradox of supervision (Anthropic)
• Scaffolding fragility (вирусный тред на HN)
• Comprehension debt (O'Reilly)
• AI slop (Baltes et al.)

Все видели рану. Никто не вылечил.

Пока не появился contract-driven development.

Контракт важнее спеки

Spec-driven — шаг вперёд. Пишешь, что нужно, ИИ генерит, все шлют. Легко для простых задач.

Но спеки устаревают в вики. Нет связи с кодом. Дрейф незаметен.

Contract-driven меняет подход.

Код генерится и проверяется по живому контракту — многослойной структуре:

• Intent: Зачем система (вы владеете и одобряете)
• Product & UX: Что видит юзер (из intent, вы ставите ворота одобрения)
• System: Как построено (из intent и product, вы решаете ворота)

Каждый слой хэшируется. Всё traceable. При дрейфе (а он будет):

1. Обнаружение: Фингерпринты одобренных артефактов; дрейф видно сразу
2. Исправление: Чёткий путь, без догадок
3. Перепроверка: Код заново против контракта, не в вакууме

Ригор с гибкостью

VibeLoom (и подобные системы) дают пять режимов — по зрелости проекта:

Vibe — Прототипы на скорости. Одно одобрение (intent). Остальное авто. Делай и учись.

Product-led — Вы держите intent и product. System сам. Для дизайн-команд.

Tech-led — Вы за intent и system. Product сам. Для инфраструктуры.

Design-led — Вы за intent и UX. Моки генерят спеки. Для юзер-фокуса.

Expert — Всё явно. Ничего не авто. Нулевое доверие. Для регуляций и критички.

Не бери все сразу. Стартуй с vibe. Апгрейдь по мере роста.

Почему сейчас

Темные фабрики кодинга на подходе. Агенты напишут целые системы без людей. Вопрос не в использовании ИИ — а в контроле и видимости.

Spec-driven фиксирует intent. Contract-driven сохраняет его.

Разница растёт экспоненциально. С ускорением моделей контрактная система становится coherent и tight. Spec-driven копит долг. Контракт масштабирует с ИИ.

Кодбейс, который помнит цель, ловит дрейф и знает, как чинить, — вот что выигрывает.

Главный вывод

Гоните ИИ-код в прод? Спросите себя:

• Могу ли отследить, почему так решили?
• Увижу ли дрейф от intent?
• Есть ли план на фикс?

Если хоть на один "не уверен" — внедряйте контракт. Прямо сейчас.

Хотите копнуть глубже? VibeLoom — open-source, работает с Claude Code и Python 3.10+. Без рантайм-зависимостей. MIT-лицензия. Код для команд, готовых уйти от spec-driven.

Скорость от ИИ реальна. Сохранить её связной — новая граница.