Содержание
Нужно уточнить надпись на кнопке, заменить фотографию или исправить блок на телефоне. ИИ-агент быстро возвращает «готово» и ссылку. Вы открываете страницу: выглядит аккуратно. Но код вы не читаете, а сайт уже принимает обращения. Что именно можно сейчас одобрить?
Поручайте одну ограниченную правку в отдельной копии сайта. Заранее назовите, что должен увидеть и сделать посетитель, пройдите этот путь и согласуйте конкретную версию. Владелец проверяет содержание и действие; специалист отвечает за проверку кода и настройку доступа там, где владелец этого сделать не может. Платежи, персональные данные и правила расчётов требуют отдельной технической проверки.
ИИ-агент здесь означает программу, которая получает задачу, меняет файлы и запускает доступные ей проверки. Его ответ помогает понять, что сделано, но не закрывает приёмку. Я бы начинал такой процесс с небольшой правки, результат которой можно увидеть и вернуть назад без последствий для клиентов.
Для первой правки выберите то, что можно проверить
Попробуем на учебном примере. На странице услуги стоит кнопка «Узнать стоимость». Она открывает форму для обсуждения проекта, а автоматического расчёта на сайте нет. Владелец хочет назвать её точнее: «Обсудить проект». Действие кнопки, поля формы и получатель обращения должны остаться прежними.
Похожим первым заданием может стать замена согласованной фотографии или исправление опечатки. Сначала выясните, затронет ли правка другие страницы: общая кнопка иногда используется по всему сайту.
Размер правки ничего не говорит о последствиях. Замена одной строки может отправить обращения другому получателю. За короткой надписью «Купить» могут стоять списание, заказ и изменение остатков.
Поэтому для первых заданий я бы исключил оплату и возвраты, вход в личный кабинет, правила скидок, расчёты, хранение данных и распределение обращений. Агент может помогать специалисту и с такими задачами, но владелец не должен принимать их только по экрану. Если изменение касается этих мест, назначаем человека, который знает устройство сайта и проверит последствия.
Если в редакторе надпись меняется обычным полем, сначала оцените этот путь. Для замены двух слов отдельная система агентов может оказаться самой большой частью работы. Инструмент имеет смысл, когда задачи повторяются и их проверка понятна.
Что здесь важно: для первого задания выберите правку с видимым результатом, известным местом изменения и понятным возвратом. Если за ней меняются деньги, доступ или работа с данными, нужен специалист.
В задании опишите, что останется после нажатия
С выбранной кнопкой легко попасть в ловушку: попросить «сделать её понятнее» и получить новый цвет, анимацию и другую форму. Агенту придётся додумать, что вы считаете улучшением. Потом вам придётся проверять изменения, которых вы не просили.
Запишем поручение конкретно: «На странице услуги заменить надпись “Узнать стоимость” на “Обсудить проект”. Кнопка открывает ту же форму. Состав полей и получатель не меняются. На телефоне надпись помещается, кнопка не закрывает соседний текст. Работу показать в закрытой копии; на основной сайт до согласования не переносить».
Это критерий приёмки: по этим условиям вы решите, выполнена ли работа. Здесь мы проверяем, что надпись верно называет действие и оно сохранилось. Рост обращений эта проверка не доказывает.
Добавьте исходную страницу и снимок того места, где нужна правка. Если кнопок несколько, отметьте нужную. Если текст уже согласован с владельцем услуги, передайте точную формулировку. Для цены, срока или нового обещания сначала требуется подтвердить сам факт. Эту задачу отдельно разбирает статья о том, кто отвечает за факты страницы, написанной ИИ.
Попросите исполнителя до работы коротко повторить задачу и назвать, какие части сайта он затронет. Вам не нужен список каждого файла. Полезен ответ вроде «изменю кнопку на странице услуги; её оформление общее для остальных страниц, поэтому проверю ещё страницу каталога». Если ради двух слов предложено перестроить форму или обновить весь сайт, остановитесь и уточните объём.
Заранее задайте условие остановки: если правка требует менять отправку обращения, доступы или общий порядок работы сайта, исполнитель возвращается с вопросом. Он не расширяет поручение по ходу дела. Иначе список изменений вырастет раньше, чем у владельца появится способ его проверить.
Практический вывод: хорошее поручение называет место, видимое изменение, сохраняемое действие и причину остановиться. Эти же строки потом станут вашей проверкой.
Получите отдельную версию, которую можно открыть
Теперь правку нужно увидеть до того, как её увидят посетители. Исполнитель делает отдельную версию исходных файлов, которую разработчики называют веткой, и открывает из неё закрытую копию страницы. В конструкторе похожую роль может выполнять копия страницы с ограниченным доступом. Важен результат: основной сайт продолжает работать, а вы проверяете предложенное изменение.
Одна ветка ещё не даёт вам страницу для просмотра. И закрытая страница ещё не доказывает, что её поведение совпадает с рабочим сайтом. Попросите исполнителя показать, что в копии работает по-настоящему, что заменено учебным примером и как проверять кнопку. Нарисованное сообщение «отправлено» не подтверждает доставку обращения.
Назовите копию так, чтобы её нельзя было спутать с другой: например, «Проверка кнопки, версия 1». Сохраните обозначение рядом со ссылкой и результатами проверки. Если исполнитель обновляет страницу по той же ссылке, вы можете согласовать новый вариант, которого ещё не видели.
Работу с доступами лучше один раз настроить со специалистом. Агенту нужны права на подготовку изменения; право менять основной сайт можно оставить человеку, который выпускает согласованную версию. Запрет в тексте задания не заменяет ограничение прав. Попросите показать, где именно отключена самостоятельная публикация, и проверить это на учебной правке.
В закрытую копию не стоит переносить настоящую базу клиентов ради удобства проверки. Для этого примера хватит вымышленного имени, адреса для тестовых сообщений и заранее назначенного получателя. Если копии нужны реальные сведения, это отдельное решение о данных и доступах. Спрятанное имя не делает оставшуюся запись автоматически разрешённой для любого сервиса.
Что получаем: вы открываете конкретную копию, знаете её ограничения и можете отказать в выкладке. Настройку прав проверяют отдельно от обещания агента их соблюдать.
Пройдите действие и запишите причину решения
Откроем версию 1 рядом с основной страницей. Сначала смотрим только на согласованное изменение: текст кнопки точный, соседняя подпись осталась на месте, другие обещания не появились. Затем нажимаем кнопку. Она должна открыть прежнюю форму, а тестовое обращение должно дойти до назначенного получателя.
Проверяем страницу на компьютере и телефоне. На небольшом экране длинная надпись может вылезти за край кнопки, хотя на широком всё выглядело хорошо. Если кнопка встречается на нескольких страницах, проходим и эти места. Не нужно изображать полный аудит сайта, но общая деталь требует проверки там, где ею пользуются.
Предположим, в версии 1 надпись и форма верные, тестовое обращение доставлено, а на телефоне край кнопки закрывает соседнюю подпись. Это повод вернуть правку. Замечание звучит конкретно: «На телефоне кнопка перекрывает подпись. Исправьте только её размещение; текст, форму и получателя сохраните». Для следующего просмотра исполнитель присылает версию 2.
Возьмите лист и заполните приёмку одной версии. В нашем примере напишите: «Задача: уточнить надпись без смены действия. Версия 1: текст верный; форма прежняя; тест доставлен; на телефоне есть перекрытие. Решение: вернуть. Версия 2: перекрытия нет; форма прежняя; тест доставлен. Решение владельца: согласовать версию 2 после технической проверки». Ниже оставьте имя выпускающего и строку «после выкладки повторить на основном сайте». Запись «всё хорошо» здесь заменяем конкретными наблюдениями.
Лист подтверждает работу кнопки в проверенных условиях. Он не доказывает отсутствие всех ошибок, безопасность данных или рост обращений. Доставленный тест из учебной копии относится только к ней; получателя на основном сайте предстоит проверить ещё раз.
Автоматические тесты запускают заранее заданные проверки без ручного прохода. Они помогают заметить поломку, но охватывают только то, что в них предусмотрено. Попросите исполнителя объяснить результат обычными словами: «кнопка открывает форму; поля принимают допустимые значения; обращение отправляется». Отдельно спросите, что не проверялось. Второй агент тоже может найти ошибку. Его оценку и затронутый код должен проверить человек.
В одном открытом описании пилота агент сообщил, что новый текст аккуратно поместился. При просмотре оказалось, что он стал меньше окружающего текста, а часть старой строки осталась. Это единичный опыт, но полезное напоминание о порядке приёмки: владелец открывает результат, даже когда отчёт звучит уверенно.
Промежуточный итог: принимайте правку по наблюдениям о конкретной версии. Если что-то не проверили, запишите вопрос для исполнителя или специалиста.
Согласуйте именно тот вариант, который проверили
Версия 2 прошла повторный просмотр. Вместо «да, нормально» запишите решение для выпускающего: «Согласую версию 2 кнопки “Обсудить проект”. Разрешаю выложить этот вариант после завершённой технической проверки». Результаты просмотра остаются в листе этой версии.
Запишите в задаче результат проверки специалиста. При замечаниях к коду выкладку откладывают. Содержание может согласовать владелец, а затронутый код проверит разработчик.
Разработчик должен устроить выпуск так, чтобы на сайт попала сохранённая версия 2. Спросите, как он исключает случайную выкладку следующего варианта. Номер в комментарии не поможет, если при публикации система берёт последние файлы без сверки.
Представим, что после вашего согласия агент «немного поправил отступы» и создал версию 3. Даже если надпись осталась прежней, у версии 3 ещё нет вашей приёмки. Нужен новый просмотр затронутого места и повторная проверка действия, если изменение могло на него повлиять. Старое согласие относится к версии 2.
Заранее договоритесь, кто вправе разрешать выкладку. Пересланное письмо или совпавший адрес отправителя не дают достаточного основания для автоматического выпуска. Если процесс автоматизирован, специалист настраивает подтверждение так, чтобы согласующий вошёл под своей учётной записью и выбрал точную версию. Для первого пилота проще оставить выкладку у человека, который видит сохранённое решение владельца.
Критерий согласия: известно, кто принял решение, какую версию он проверил и что разрешил выложить. Любая последующая правка получает новое решение.
После выкладки проверьте сайт глазами посетителя
Согласованный вариант ещё должен попасть на основной сайт. Назначенный человек переносит именно его и сообщает, где увидеть результат. Владелец открывает обычный адрес страницы, проверяет надпись на телефоне и компьютере и снова проходит действие кнопки. Получатель подтверждает тестовое обращение уже из рабочего сайта.
В учебной копии могли отличаться адрес отправки, настройки доступа или способ сборки страницы. Поэтому хороший результат до выкладки не отменяет короткий проход после неё. Если осталась старая надпись или обращение ушло в другое место, задача ещё не завершена. Сохраните наблюдение и обратитесь к выпускающему.
До первой выкладки договоритесь, кто вернёт прежнюю версию при ошибке и где она сохранена. Попросите специалиста однажды показать такой возврат на закрытой копии. Фраза «прежняя версия сохранена» мало помогает, если никто не проверил, как вернуть её на сайт.
Для нашей кнопки возврат означает восстановить прежний вариант страницы. Он не отменяет уже отправленное обращение. Для платежа, удаления записи или изменения прав последствия ещё сложнее: возврат файлов не возвращает автоматически деньги и данные. Поэтому такие задачи мы с самого начала оставили для отдельной проверки.
Когда действие на основном сайте подтверждено, сохраняем короткую запись: выложена версия 2, кто проверил результат, куда дошёл тест и кто отвечает за возврат. Следующий человек сможет понять состояние задачи без перечитывания всей переписки.
Не стоит сразу разрешать агенту весь сайт после одной удачной кнопки. Возьмите ещё одну задачу того же уровня сложности и посмотрите, повторяется ли понятный порядок. Если при каждой правке приходится заново выяснять права, версию и получателя, сначала исправьте способ работы.
После запуска: завершайте задачу, когда посетитель видит согласованный вариант и кнопка выполняет проверенное действие на основном сайте. За исправление отвечает заранее назначенный человек.
Правку принимают по версии и действию
Владелец проверяет текст, внешний вид и действие посетителя. Технически ответственный человек готовит отдельную копию, ограничивает права агента, проверяет затронутый код и выкладывает согласованный вариант. Для первой правки эти роли нужно назначить заранее.
Начните с одной правки вроде нашей кнопки и заполните лист для её версии. Если изменение затрагивает деньги, доступ, данные или правила работы бизнеса, приёмку по экрану дополните проверкой профильного специалиста. Если такой человек не назначен, выкладку лучше отложить.
Главный вывод: согласуйте конкретную проверенную версию, сохраните её действие и назначьте человека, который выложит её и проверит основной сайт. После ответа «готово» владелец проверяет предложенную версию.
Частые вопросы
Можно ли отправлять агенту просьбы голосом или обычным письмом?
Можно собирать просьбы в удобном канале. Перед работой исполнитель должен записать точное поручение и критерий приёмки. Сообщение «сделай как обсуждали» неудобно тому, кто потом будет проверять результат. Решение о выкладке сохраняйте отдельно с обозначением версии.
Что делать, если исполнитель нашёл другую ошибку по ходу правки?
Попросите описать её отдельной задачей с последствием для посетителя. Если ошибка мешает согласованной проверке, остановите текущую работу и уточните объём. Не объединяйте новые изменения со старым согласием только потому, что они обнаружились рядом.
С чего начать, если закрытой копии ещё нет?
Пока соберите исходную страницу, точный текст правки и ожидаемое действие. Исполнитель или специалист должен подготовить отдельную копию и объяснить её ограничения. До этого полезно уточнять задание, но разрешать агенту проверять его на основном сайте рано.
Два агента согласились, что ошибок нет. Нужен ли человек?
Да. Две автоматические оценки не подтверждают, что проверены все последствия. Владелец проходит действие посетителя, а специалист проверяет затронутый код. В задаче должно быть видно, кто что проверил и что осталось за рамками.
Можно ли выложить срочную опечатку без всего листа?
Лист можно сократить до строки: точная замена, проверенная версия, согласовавший и результат после выкладки. Сначала выясните, что текст не используется в расчёте или общем элементе. Исправление опечатки можно проверить быстрее. Правку оплаты или доступа всё равно проверяет специалист.
Источники и полезные продолжения
Здесь можно сверить описанный порядок и ограничения пилота, а затем перейти к приёмке целого сайта или отдельного факта страницы.
- Как кодовый агент передаёт изменения на проверкуОфициальный анонс Яндекса от 24 сентября 2026 года описывает подготовку изменений, тесты и проверку человеком.Открыть анонс ↗
- Один пилот веб-мастера: что сработало и что осталось проверитьАвтор показывает процесс с закрытым просмотром и признаёт, что ещё не доказал самостоятельную публикацию клиентом.Открыть описание пилота ↗
- Как принять целый сайт после сборки с ИИПроверка собственных доступов, действия посетителя и дальнейшей передачи работы.Прочитать разбор ↗
- Кто отвечает за факты страницы, написанной ИИЕсли меняется цена, срок или обещание, сначала найдите основание и человека, который их подтвердит.Прочитать разбор ↗