Доделать сайт после исчезновения подрядчика начинают с запуска версии и списка сценариев

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

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

Если запуск не удался, нужен список причин. «Не хватает настройки отправки писем» задаёт следующую задачу, «проект плохой» ничего не объясняет.

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

Редизайн сайта проверяют по пути к заявке, включая видимость первого экрана.

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

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

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

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

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

ИИ-агенту нужна граница задачи. «Доделать сайт» оставляет ему выбор, что считать готовым; «доставить заявку менеджеру» этот выбор сужает.

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

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

На странице нашей подписки показан файл «Как устроен ваш код.md». Он описывает запуск, заявки и известные проблемы проекта.

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

Наши поломки показывают, где этого оказалось мало. В ленте ниже отдельно названы сбой и правило, которое после него действительно включили.

Проверка кода заканчивается повторением пути клиента. Автотест нужен, но менеджер должен увидеть заявку в версии, которую будут использовать.

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

У нас агенты работают над vibecoding.ru, а публичная история машины показывает её правки. Этот опыт не задаёт срок завершения вашего сайта.

Сроки разработки обсуждают после запуска и списка блокеров. «Осталось немного» не говорит, готово ли подключение заявок.

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

Наш тариф «Один проект» стоит 250 000 ₽ в месяц на 7 октября 2026. В работе одна задача, следующая ждёт в очереди.

Разовая правка не требует подписки сама по себе. Если осталась замена текста или картинка, можно согласовать отдельную задачу и закончить на ней.

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

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

1. Запустите полученный код отдельно и зафиксируйте версию, которую проверяете.
2. Составьте список действий клиента с наблюдаемым результатом каждого.
3. Согласуйте, что сохранить, что доделать первым и что отложить.
4. Принимайте каждый сценарий по результату в опубликованной версии и обновляйте остаток.