Сколько обходится вайб-кодинг: подписка, сервисы и доработки

О том, как работать с моделями, читай в документации Ailoot.

Какие расходы у проекта возникают помимо подписки#

Представь, что ты создаёшь сайт с формой заявок. Подписка на инструмент, который помогает писать код, уже оплачена. Теперь сайту нужны размещение и адрес, а ещё следует убедиться, что отправленные заявки сохраняются. Если форма окажется неисправной, её придётся доработать. Цена подписки может не измениться, но запуск задержится.

Удобно разнести расходы такого проекта по категориям:

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

Для подписчиков Claude Code Pro или Max расчётная цена отдельной сессии не означает отдельный счёт: использование входит в подписку. Это указано в документации Claude Code. При этом проверь начисления за подключённые платные функции. При оплате через API по фактическому использованию смотри реальные начисления в кабинете соответствующего сервиса.

Актуальную цену плана проверяй на официальной странице тарифов выбранного инструмента. Для Claude она находится здесь: официальные тарифы. В расчёт внеси стоимость именно своей подписки и уже оплаченные дополнения.

Из-за чего работа растягивается на лишние часы#

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

Вот как это может проявиться на простом примере:

• Поведение не согласовали. Агент настроил отправку письма, хотя заявки должны появляться в списке личного кабинета. Решение придётся переделать.
• Посмотрели только на внешний вид. Форма выглядит аккуратно, но введённая запись пропадает после обновления страницы. Нужно отдельно проверить сохранение.
• Не задали границы изменений. Работая над формой, агент изменил соседний экран, который следовало оставить как есть. Придётся восстанавливать его поведение и уточнять рамки задачи.

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

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

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

В каких случаях имеет смысл перейти на более дорогой тариф#

Сначала выясни, что именно не даёт завершить задачу. От причины зависит, поможет ли покупка другого плана.

Задачу можно выполнить, но лимит тарифа регулярно заканчивается. Сопоставь лимиты текущего и следующего плана, а также условия возможной доплаты. Если ограниченный объём действительно мешает работе, больший лимит может пригодиться. Перед покупкой проверь, куда уходит доступный объём: как не израсходовать лимиты Claude Code.

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

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

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

Как описать задачу так, чтобы результат можно было проверить#

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

Такой порядок соответствует официальным рекомендациям Claude Code: разобраться в задаче, спланировать изменения и предусмотреть проверку результата агентом. Для небольшой и понятной доработки большой отдельный план не требуется.

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

Нужно: [описание одной функции].

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

До правок запиши критерии готовности:
- что человек делает и какой результат получает;
- что происходит при пустых или неверных данных;
- что происходит при повторном действии и ошибке сервиса;
- какие существующие функции должны остаться без изменений.

Реализуй изменение и проверь эти сценарии в изолированной
тестовой среде. Используй вымышленные тестовые данные,
не отправляй реальные сообщения и не проводи платежи.
Без подходящей тестовой среды остановись и объясни,
что нужно для безопасной проверки.

В конце покажи результат каждой выполненной проверки.
Отдельно перечисли то, что проверить не удалось.
Фразы «должно работать» недостаточно.
Не публикуй изменения без моего отдельного разрешения.

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

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

Как оценить деньги и время#

Выбери период для подсчёта, например календарный месяц. Запиши реальные платежи за подписки, размещение и подключённые сервисы. В отдельной колонке фиксируй часы, потраченные на проект. Их можно разделить на создание новой функции, проверку, исправление ошибки и изменение требований.

В этом примере на проект ушло 12 часов собственного времени. Учитывай это число отдельно от денежных расходов и дополнительных платежей.

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

Если одной подпиской ты пользуешься в нескольких проектах, не включай всю её цену в расходы каждого проекта при подсчёте общей суммы. Оставь подписку общей статьёй или распредели её стоимость между проектами по выбранному правилу. Для домена с ежегодной оплатой отдельно показывай годовой платёж и долю, приходящуюся на месяц.

Что попробовать в следующей задаче#

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

Если работа упирается в лимит, сравни тарифы. Если уже принятое решение приходится объяснять заново, сохрани его в материалах проекта. Если ошибка повторяется после исправления, попроси агента воспроизвести её и показать проверки до и после изменения. Такой учёт помогает выбрать нужный шаг и не покупать ещё одну подписку без конкретной причины.

Для следующего шага открой Ailoot.