Агент собрал приложение: нужен ли ему Claude, чтобы работать

Коротко

Откуда вопрос «он работает на моём Claude»?

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

Короткий ответ: Claude здесь в роли разработчика. Продукт работает на подписке Claude не больше, чем дом стоит на зарплате строителя. Строитель нужен, пока строишь и перестраиваешь, а жить в доме можно без него.

Путаница понятная. Всё, что человек видел до сих пор, происходило в окне агента: он описывал, агент делал, результат появлялся там же. Из этого легко сделать вывод, что агент и есть продукт.

Разработчик и двигатель: две разные роли

Разница видна, если разложить обе роли по одним и тем же вопросам:

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

Куда уходит код после сборки?

Путь проекта после сборки выглядит так:

1. Компьютер. Здесь агент пишет код вместе с тобой.
2. Хранилище кода. Код отправляется в приватный репозиторий, например на GitHub. Это копия и история всех изменений.
3. Площадка. Хостинг забирает код из хранилища, собирает и запускает продукт. Отсюда продукт и работает, круглосуточно и без тебя.
4. Ссылка. Адрес, по которому продукт открывают пользователи.

Звенья появляются по очереди, и это полезно видеть заранее. Пока нет третьего звена, продукт живёт только на твоём компьютере и выключается вместе с ним: это ещё не выкладка, а репетиция.

Хороший пример - этот блог. Я разворачивал и дорабатывал его вместе с агентом, а живёт он на собственном сервере. Страницы, которые ты сейчас читаешь, отдаются без участия какой-либо нейросети: сервер берёт текст из базы и показывает его.

Какую площадку выбирать, решают данные. Если в проекте есть персональные данные людей, лучше брать российскую площадку: закон требует хранить такие данные в России. Подробно про выбор хостинга и персональные данные - в разборе о том, что делать, когда прототип готов и пора выкладывать.

Что если внутри продукта тоже работает нейросеть?

Бывает, что нейросеть нужна не только при сборке, но и в работе. Бот, который понимает свободную речь, сервис, который пишет черновики, разбор документов по запросу. Здесь продукт действительно обращается к модели, только уже без агента и без твоего окна.

Так устроен мой бот-календарь: голосовое сообщение превращается во встречу в календаре. Он работает на арендованном сервере без запущенного Claude, а свободную речь разбирает сам, обращаясь к модели по программному ключу. Оплата идёт за каждое обращение, по числу обработанных токенов.

Отсюда три практических правила:

• Ключ живёт в настройках площадки. Не в коде и не в репозитории: где хранить ключи и что делать при утечке, разобрано в материале про то, где хранить ключи и пароли своего продукта.
• У ключа есть лимит трат. Поставь потолок расходов сразу, чтобы ошибка в продукте не превратилась в счёт.
• Подписка - для тебя, ключ - для продукта. Личные автоматизации на своём компьютере можно гонять через подписку, об этом приёме отдельно в разборе сколько стоит Claude Code. Продукт, которым пользуются другие люди, ходит в модель по своему ключу.

Расходы продукта после запуска

Разложим расходы по местам, куда они уходят:

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

Отдельно про бесплатные тарифы площадок: для личного проекта их часто хватает, для рабочего - не всегда. Где проходит граница, разбирал в материале про бесплатный тариф хостинга.

Четыре случая, когда агент снова понадобится

Продукт без агента не ломается, он просто перестаёт меняться. Для многих небольших инструментов это нормальное состояние: сделал, выложил, пользуешься месяцами.

Агент снова нужен в четырёх случаях:

1. Новая функция. Появилась задача, которую продукт пока не умеет.
2. Ошибка. Что-то сломалось или повело себя не так на живых данных.
3. Обновления. Библиотеки и площадки меняются, и иногда продукт нужно подтянуть за ними.
4. Переезд. Смена площадки или домена.

К этим четырём стоит добавить плановую проверку безопасности: раз в несколько месяцев попросить агента просмотреть продукт на уязвимости и устаревшие зависимости. Продукт, который никто не трогает, со временем стареет даже без единой правки.

Вернуться к проекту после перерыва проще, чем кажется, если контекст лежит в файлах проекта. Как это сделать за первые десять минут, разобрано в материале о том, как вернуться к проекту после паузы.

Частые вопросы

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

Разделение ролей снимает сразу несколько страхов: что продукт перестанет работать без подписки, что он зависит от твоего компьютера, что код останется «где-то у агента». Ни то, ни другое, ни третье.

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

А твой продукт уже живёт на площадке или пока только в окне агента?