Скорость ошибки растет со скоростью результата

Несколько тезисов про AI-разработку – на основе собственного опыта. Относиться как к тезисам для собственной рефлексии, а не правде на все случаи жизни. 

Что меняется по сути

• AI обнуляет стоимость написания кода — узкое место переезжает с «рук» на связную модель реальности в чьей-то голове.

• Дефицитным становится не код, а понимание процессов, владения данными и того, где они не склеиваются.

• Самое ценное теперь производится не в коде, а в артефактах, выносящих модель наружу (решения, открытые вопросы, контракты).

Главные риски

• AI ускоряет постройку не только нужного, но и правдоподобно-неверного; скорость ошибки растёт вместе со скоростью результата.

• Единственный надёжный тормоз — человек со знанием реальности и дисциплиной; без него быстро накапливается уверенно-неправильная система.

• Знание и план оседают в одной голове и в приватных чатах — растут когнитивная нагрузка и bus-factor.

• При раздаче AI всем без правил знание размазывается и теряется, а не масштабируется.

Где концентрируется ценность и боль

• Максимальная ценность живёт в швах между подсистемами/контурами — там же реальность кусает сильнее всего.

• Шов — это отдельный вид работы: контракт о владении данными, форматах, тайминге, поведении при рассинхроне. На 70% это семантика данных и политика, на 30% код.

• Если за шов не отвечает явная роль, его придётся закрывать «замазкой» (часто внешней) — постоянно.

Тормоза как система (а не аккуратность)

• Каждая практика — контр-вес конкретному отказу AI:

  • plan-then-confirm — против убегания вперёд и постройки не того.

  • обратимое удаление (архив, не трогать необратимое) — против стоимости отката.

  • батч-релизы по команде — против шума версий и постоянного мониторинга.

  • fail-safe по умолчанию — против тихого мисфайра кода на масштабе.

  • догфудинг живого флоу — против расхождения кода с реальностью (то, что не ловят тесты и AI).

  • периодический аудит долга — против накопления уверенно-неверного.

• Несгораемое ядро, если внедрять только три:

  • лог решений (почему так);

  • reality-checkpoint живым человеком перед «готово»;

  • обратимость по умолчанию.

Тормоза должны быть встроены в поток (шаблоны, обязательные чек-листы, дефолтные обёртки), иначе их сносит скоростью.

Инфраструктура и стек

• AI не отменяет гравитацию ops: миграции, деплой, зависимости, доступы съедают непропорционально много и плохо параллелятся.

• Незрелость/новизна стека усиливает эту боль. Зрелость стека > новизна.

• Соло- или малая команда поглощает весь инфраструктурный шум лично — закладывать это в планирование.

Архитектура

• Ось «монолит vs микросервисы» устарела. Актуальная: код дёшев, швы дороги, понимание дефицитно.

• Микросервисы добавляют ровно то, что подорожало (швы) и не лечится AI (ops) — не дробить без необходимости.

• Rewrite «потому что AI удешевил переписывание» — ловушка: удешевилось написание, не понимание и интеграция, а rewrite на 90% из них.

• Оптимизировать кодовую базу под понятность и обратимость, а не под архитектурную чистоту.

• Новые ставки запускать отдельными сервисами с явным защищённым контрактом; модель данных держать как корону.

Кадры и организация

• Демократизация постройки безопасна только при наличии системы тормозов; иначе «дали всем AI» = быстрее бардак.

• Владелец шва и носитель дисциплины — одна и та же кросс-функциональная роль; её наличие делает архитектурные споры второстепенными.

• Эта роль требует редкого сочетания: знание реальности + дисциплина + способность строить с AI. Ключевое решение — вырастить, нанять или держать как внешнюю функцию.