Сопровождение приложений, созданных с ИИ: о чём никто не говорит на второй неделе

В первые выходные с Proyecta вы выпускаете что-то настоящее. Оно работает. Ваши пользователи (или ваша команда, или вы сами в будущем) начинают им пользоваться. А потом наступает понедельник, и клиент пишет: «Можно добавить выпадающий список, чтобы фильтровать по регионам?»

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

Что на самом деле означает сопровождение

Когда профессиональные разработчики говорят «сопровождение», они имеют в виду, грубо говоря, четыре вещи:

Добавление небольших функций, о которых люди просят после запуска.
Исправление того, что сломалось или было неверным с самого начала.
Подстраивание под изменения вне вашего приложения — платёжный провайдер обновил свой API, вышел новый браузер, изменилась структура ваших данных.
Наведение порядка, чтобы кодовая база постепенно не превратилась в болото.

В приложении на ИИ всё четыре по-прежнему происходят. Меняется то, кто их делает и каково это ощущается.

Хорошая новость: с ним можно разговаривать

Вот часть, о которой вам никто не рассказывал, когда вы копипастили код из старых туториалов. С ИИ-конструктором приложений вы сопровождаете приложение так же, как и собирали его: описывая, чего вы хотите.

Реальный пример. Знакомая основательница собрала небольшую CRM для своей коучинговой практики — клиенты, сессии, учёт платежей, всё как положено. Через три недели после запуска клиент обмолвился, что хотел бы видеть, сколько сессий он провёл за год. Она открыла приложение и сказала: «Добавь счётчик „сессии в этом году“ на карточку каждого клиента, подтягивая данные из таблицы сессий, где дата приходится на 2026 год». Двенадцать минут спустя счётчик был в работе. И она вернулась к коучингу.

Эта история звучит обыденно, пока вы не вспомните альтернативу: написать фрилансеру, ждать два дня, заплатить $300, проверить PR, который вы не до конца понимаете, и молиться, что больше ничего не сломалось. Цикл сопровождения быстрее не потому, что ИИ умнее фрилансера. Он быстрее потому, что в цикле меньше людей.

Новость посложнее: мелочи накапливаются

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

Несколько закономерностей, которые мы видим раз за разом:

Случайный клубок. Вы просите «добавить поле скидки в оформление заказа». Шесть правок спустя логика скидки живёт в трёх местах, и только в одном из них она правильная. Пока ничего не сломалось, но следующее изменение будет запутанным.
Забытое требование. Вы добавили «бесплатную доставку при заказе от $50» в марте. В мае вы просите ИИ «переделать оформление заказа, чтобы поддерживать подарочные карты». Он переделывает. Правило о бесплатной доставке исчезло. Две недели никто этого не замечал.
Дрейф. Ваше приложение начиналось как «инструмент для меня». Теперь им пользуется ваша команда. Но мысленная модель, из которой исходит ИИ, всё ещё «для меня», потому что именно так вы сказали изначально. Новые функции получаются странновато не теми, а вы не можете понять почему.

Ни одно из этого не провал ИИ-конструкторов приложений. Это провалы памяти и общего контекста — те же проблемы, что и у команды живых разработчиков, просто в иной форме.

Как настроить процесс

У команд, у которых хорошо получается сопровождение, есть несколько общих привычек. Это в основном не технические привычки. Это привычки в том, как вы описываете, что представляет собой ваше приложение и что изменилось.

Ведите документ «что это за приложение». Одна страница. Аудитория, цели, правила («бесплатная доставка при заказе от $50», «мы никогда не пишем пользователям по воскресеньям», «первичный ключ — телефон, а не email»). Когда вы просите ИИ что-то изменить, вставьте соответствующее правило в промпт. Вы не обходите интеллект ИИ; вы скармливаете ему контекст, который он физически не может запомнить.

Описывайте изменения в терминах поведения, а не кода. «Я хочу, чтобы пользователи видели, что их фильтр по региону запоминается между сессиями» — куда лучший запрос, чем «добавь localStorage к фильтру». Первый описывает, чего вы хотите; второй предписывает один из пятнадцати способов это сделать, и, скорее всего, не лучший.

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

Смотрите, что изменилось. Большинство ИИ-конструкторов приложений показывают вам превью. Пользуйтесь им. Тридцать секунд, которые вы тратите, кликая по приложению, чтобы убедиться, что новая функция работает и старые функции по-прежнему работают, — самая дешёвая страховка, которую вы купите в этом году.

Чего сделать нельзя (и, вероятно, не стоит)

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

Он не сообщит вам, когда что-то тихо сломалось. Логи, мониторинг, дежурства — это всё по-прежнему отдельная забота. Большинство ИИ-конструкторов приложений не следят за вашим продакшеном так, как это делал бы бэкенд-инженер.
Он не знает о мире за пределами вашего приложения. Если платёжный провайдер выводит из обращения API, ИИ не узнает об этом, пока вы ему не скажете. Подпишитесь на чейнджлоги своих провайдеров. Читайте свою почту.
Он не может принимать продуктовые решения за вас. Добавлять ли функцию, какой компромисс выбрать, чего на самом деле хотят ваши пользователи — это по-прежнему вы. ИИ — это очень быстрые руки; мозг — ваш.

Реалистичная картина

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

Чего у них нет — так это постоянного фонового шума обычной кодовой базы: обновлений зависимостей, миграций фреймворков, патчей безопасности, настроек сборки. Этот шум впитала платформа. Вы платите за то, чтобы платформа разбиралась с ним, и это куда более выгодная сделка, чем платить разработчику, чтобы он разбирался с ним.

Если вы только собираетесь сделать своё первое приложение, пост о том, каким должно быть ваше первое приложение на ИИ, стоит прочитать до старта. А если вы уже несколько недель в деле и замечаете некоторые из закономерностей выше — это нормально. Напишите свой документ «что это за приложение» в эти выходные. Вы-будущий, через три месяца, прося новый дашборд, будете очень рады, что сделали это.