Как я за вечер сделал бота, который ловит 404 в рекламе Ошибаются все. Специалисты, клиенты, подрядчики. Страницы удаляют, адреса меняют, UTM-метки прописывают криво. Вопрос не в том, как исключить ошибки — а в том, как быстро их находить. У нас в агентстве типичная картина: у клиента 15–20 кампаний в Директе. В них — 300 объявлений. Кто-то на стороне клиента удалил страницу, ничего нам не сказал — а реклама продолжает крутиться. Деньги льются на 404. Проверить руками — час на одного клиента. А клиентов много. Специалистам некогда — они занимаются оптимизацией и аналитикой. Эта задача всегда в конце списка. Пока кто-нибудь случайно не заметит, что бюджет льётся в пустоту. Я решил это автоматизировать. Сначала описать, потом сделать Я не начал с кода (я не программист). Сел описывать задачу — PRD. Что бот должен делать, какие ограничения у API Директа, как защитить данные клиентов друг от друга. PRD писал не один. Я накидывал структуру, а Claude Code помогал формировать — задавал уточняющие вопросы, предлагал формат ответов, продумывал неочевидные сценарии. Получился документ на 5 страниц. Архитектура, формат сообщений, безопасность. Всё — до первой строчки кода. Чем точнее опишешь ЧТО нужно, тем лучше AI справится с реализацией. Claude Code пишет код Скормил готовый PRD. Claude Code изучил существующие модули — и за один подход написал 11 файлов. Бот, URL-чекер, обработчики Telegram-сообщений, авторизация, rate limiter. Я ревьюил, тестировал, давал обратную связь. Первый деплой — тишина Запускаю. Пишу боту. Ноль реакции. Говорю Claude Code — «бот молчит, разберись». Он добавил дебаг-логирование, перезапустил — в логах видно: бот получает сообщения, но моментально отбрасывает. Сравнил chat_id из конфига с тем, что приходит от Telegram — оказалось, Telegram для супергрупп добавляет префикс -100 к ID. В конфиге был ID без него. Починил — ожил. Второй баг: внутренний обработчик перехватывал все сообщения, включая /check. Поменяли порядок обработчиков — заработало. Два бага за вечер. Оба — не в логике, а в инфраструктуре. Это нормально. 66 URL за 60 секунд Первая полная проверка: 12 кампаний, 18 «Мастер кампаний», 66 URL. Специалист тегает бота — получает отчёт за 10 секунд. Красный — крутится и ведёт на 404. Жёлтый — остановлено, но URL битый. Серый — архив. Без этой разбивки бот паниковал бы на каждом архивном объявлении. А их бывает сотни. Неожиданная находка На одном из клиентов (гостиничный бизнес) бот нашёл интересную штуку. Базовый URL страницы — работает. Та же страница с UTM-метками — 404. То есть site.com/page/ — ОК. А site.com/page/?utm_source=yandex — ошибка. Рекламная ссылка ведёт на 404, а если проверять руками — всё выглядит нормально. Баг на стороне сайта. Без бота его бы никто не поймал — потому что никто не проверяет ссылки в том виде, в котором они реально крутятся в рекламе. Что я вынес Раньше протестировать такую гипотезу — недели. Я потратил вечер. Написал PRD с Claude Code, получил рабочий код, задеплоил, починил два бага — и у команды появился инструмент 24/7. Главное — не умение писать код. Главное — знать ЧТО нужно. PRD важнее навыка программирования. Порог входа изменился. И это меняет правила.