20 июня 2026 года я попробовал Вайбкрафт в экосистеме SourceCraft и собрал Clock Battle: Generations. Это небольшая страница со стрелочными часами, цифровым временем и кнопками, которые позволяют менять показания. Для первого теста мне хотелось чего-то интерактивнее обычного лендинга.
У простой страницы тоже есть что проверять
В интерфейсе появились кнопки «+1 час», «-1 час», «+5 минут», «-5 минут» и сброс. Такой проект небольшой, но в нём уже есть состояние и связь нескольких представлений одного значения. Стрелки и цифры должны показывать одно и то же, в том числе после перехода через границу часа.
Для меня польза среды в коротком цикле: описал задачу, увидел результат, уточнил поведение. Не нужно каждый раз переносить большой ответ из чата в новый файл, чтобы понять, что именно получилось. Но выполненные пункты плана агента ещё не заменяют собственную проверку.
Мне была нужна статическая публикация, а не отдельный сервер приложения
На первом этапе агент предложил более тяжёлый путь с Next.js и облачным размещением. Для этой страницы я попросил статический результат. Ей не нужны учётные записи, база данных и серверная обработка: основная логика выполняется в браузере.
При этом Next.js сам по себе не означает обязательный работающий Node.js-сервер. У него есть статический экспорт: после сборки можно получить HTML, CSS и JavaScript для обычного статического хостинга. Выбирать нужно по возможностям проекта и способу публикации, а не только по названию фреймворка.
Если появятся общие результаты игроков, авторизация или операции с секретными ключами, архитектуру придётся пересмотреть. Ключ к внешнему сервису нельзя спрятать в клиентском JavaScript. Но добавлять сервер заранее только ради нескольких кнопок мне в этом тесте было незачем.
Ограничения лучше сообщить агенту сразу
В следующей такой задаче я бы заранее написал: нужен статический сайт, без базы и серверного API, с понятными кнопками на телефоне. Затем перечислил бы действия и ожидаемые результаты. Например, после 08:55 прибавление пяти минут должно дать 09:00, а вычитание времени должно корректно проходить границу суток.
Отдельно стоит договориться, что делает сброс: возвращает начальное значение, текущее время или начинает новый раунд. Если оставить это на усмотрение агента, можно получить работающий код, но не то поведение, которое ожидал человек. Такие детали обычно важнее ещё одного эффекта свечения.
Публикация не завершает проверку
Clock Battle я разместил на SourceCraft Sites. Об устройстве этого статического хостинга и настройке публикации из репозитория уже рассказывал в отдельной инструкции. Получить публичный адрес удобно, но после этого нужно открыть именно опубликованную версию: пути к файлам и базовый адрес могут отличаться от предпросмотра.
Я бы отдельно проверил переходы минут и часов, быстрые повторные нажатия, сброс и маленький экран. Для клавиатуры важны доступность кнопок и заметный фокус. Для анимации стоит учитывать настройку уменьшения движения. А ошибки загрузки файлов лучше искать в сетевой панели браузера, а не пытаться лечить изменением текста запроса к агенту.
Этот тест мне понравился как быстрый путь от идеи до интерактивной страницы. При этом главный полезный навык остался прежним: ограничить задачу, понять нужную архитектуру и проверить результат. Похожий опыт с другим интерфейсом получился у меня в Z.ai с 3D-кубом. Агент ускоряет начало работы, но не принимает за автора решение, что сайт уже готов.
