Башня растёт: когда агенты убирают «фрикцию» понимания

Соло с агентом в IDE вы успеваете нарастить OAuth, кэш и перестройку БД быстрее, чем сформулировать для себя общую модель системы. Armin Ronacher в эссе «The Tower Keeps Rising» сравнивает такой vibe coding с Вавилонской башней: ИИ-агенты снимают трение, которое раньше заставляло людей синхронизировать понимание кода — и стройка продолжается уже после того, как общий «язык» проекта распался.

Почему vibecoded-софт меняется непредсказуемо

13 июля 2026 года Ronacher опубликовал эссе с личного наблюдения: vibecoded-софт меняется случайно и неожиданно — словно без внутренней логики, которую можно быстро объяснить коллеге.

Отсюда — метафора картины Брейгеля The Tower of Babel. В эссе цитируется Genesis 11:3–6 (KJV): сила строителей — не кирпичи, а единый язык и координация. Бог не отбирает технологию, а лишает людей способности понимать друг друга — и стройка останавливается.

«Общий язык» проекта — не Python и не английский, а общее понимание концептов, границ, инвариантов, владения модулями и причин, почему система устроена именно так.

Это понимание жило в документации, коде, code review и в разговорах — в необходимости объяснять изменения тем, кто зависит от вашего слоя.

Как ИИ-агенты убирают трение координации

До агентов часть модели удерживалась медлительностью. Чтобы переписать чужой storage layer, нужно было читать код, задавать вопросы и согласовываться с зависимыми командами. Медленно — но именно эта медлительность синхронизировала картину мира у разных людей.

Агенты меняют правила игры. Ronacher приводит изолированные запросы: добавить OAuth, кэш, перестроить БД «с нуля», сделать UI розовым. Каждое изменение по отдельности может выглядеть разумным: код компилируется, тесты проходят, объяснение генерируется по запросу. Участникам не обязательно говорить друг с другом или усваивать ту часть общей модели, которую раньше навязывало трение.

Ключевая формулировка эссе:

«agents do not feel pain, only humans do»

Агент позволяет действовать в частях системы, где раньше нужны были другие люди — и в кодовых базах, где люди бы «восстали».

На уровне индивида разработчик с агентом, по Ronacher, заметно способнее. Риск «башни без общего языка» сформулирован для масштабированных vibecoded-проектов и командной динамики — не как отдельный гайд для соло.

Для соло-workflow в IDE перенос очевиден: вы и агент закрываете задачи без внешнего ревьюера, который раньше тормозил несостыковки. Трение исчезает — вместе с принудительной синхронизацией модели.

Башня не падает — и это главная ловушка

В библейской версии потеря языка останавливает стройку. В разработке с ИИ всё иначе: после коллапса общего понимания работа может продолжаться. Немедленного провала нет — поэтому потеря незаметна.

Заключительная фраза эссе:

«The tower does not fall, and so we do not notice what was lost. It just keeps rising.»

Тон у Ronacher наблюдательный, с лёгким дезориентирующим эффектом — не манифест «бросайте агентов» и не ностальгия по «старым временам». Это фиксация асимметрии: стройка не падает, понимание — да.

В оригинале нет закрытого чек-листа мер — только наблюдение и аналогия. Практические рецепты, если они нужны, придётся искать в другом слое обсуждения.

Что добавляет пересказ на Dev.to — и что к нему не относится

Карточка пользователя lu1tr0n на Dev.to — пересказ и разбор, не автор эссе. Пост вышел 14 июля 2026 года; у него один комментарий и ноль публичных реакций — скорее дискуссионный угол, чем «вирусный» сигнал ленты.

Сводка на Dev.to расширяет первоисточник редакционным слоем:

• биография Ronacher (Flask, Jinja2, Click, Sentry) — в тексте эссе на lucumr.pocoo.org эти факты не приведены;
• Conway's Law, RFC и обязательные code review как исторический контекст синхронизации;
• практические блоки от автора Dev.to, не из эссе.

Примеры из сводки lu1tr0n — попытка вернуть трение через явные артефакты контекста:

CODEOWNERS
CLAUDE.md / ARCHITECTURE.md
boundary-check.sh
gh api …/branch/protection

Это не цитата Ronacher, а чужая попытка компенсировать исчезнувшее трение: зафиксировать границы и владение так, чтобы агент не разъезжал модель системы в одиночку. Лицензия эссе в сводке указана как CC BY-NC 4.0 — в теле эссе на lucumr при доступе не процитировано.

Если вы ведёте соло-проект с агентом в IDE, вывод практичный: скорость генерации не заменяет явный «язык» системы — rules, architecture notes, ownership. Без них башня растёт; вы просто позже замечаете, что перестали понимать собственный код.

---

Источники

• Armin Ronacher, The Tower Keeps Rising (13 июля 2026): https://lucumr.pocoo.org/2026/7/13/the-tower-keeps-rising/ — доступ 2026-07-15T21:03:00Z
• Пересказ на Dev.to (lu1tr0n, 14 июля 2026): Dev.to — доступ 2026-07-15T21:03:00Z