Агентный конвейер: 160 страниц сайта за 5 дней

О чём этот кейс

Обычно AI-бюро показывает клиентские проекты. Мы начинаем с другого — с того, что построили на себе. Перезапуская сайт нашего интеграторского бренда «Студия CRM» (studia-crm.ru), мы спроектировали агентную систему и она собрала десятки страниц за считаные дни.

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

Почему это правильный proof для бюро. Кастомную агентную систему нельзя «купить готовой» и нельзя показать на слайде. Её видно только в работе: как роли не мешают друг другу, что происходит при конфликте записи, как система переживает сбой. Мы прошли этот путь на своём активе — с настоящими данными, дедлайном и ответственностью за прод.

Откуда фактура: не «из головы», а из реальной работы

Ключевая деталь, без которой кейс — просто «много страниц быстро». Агенты писали не абстрактный маркетинговый текст. В основе каждой страницы — реальный корпус работы компании за годы:

• ≈12 000 выполненных задач — что действительно внедряли, чинили, дорабатывали;
• переписки с клиентами — живые формулировки боли и возражений;
• технические задания — как задача превращается в решение на стеке клиента.

Поэтому страницы получились не «пустышками под SEO», а фактурными: боль → симптомы → решение на конкретных системах → этапы → результат. Агент — это способ превратить накопленный корпус реальной работы в структурированный контент, а не генератор воды.

Задача

Перезапуск сайта студии 2.0: десятки новых страниц — лендинги решений, хабы систем, отраслевые страницы, миграция блога, кейсы. Три требования, которые обычно конфликтуют:

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

Классический ответ — нанять людей и раздать задачи. Мы уже знали, чем это заканчивается на объёме (см. кейс про системного аналитика): найм на поток однотипной работы — узкое место. Поэтому собрали агентную систему.

Архитектура конвейера

Система — это роли + очереди + общая память + правила гигиены.

Роли: кто за что отвечает

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

Очереди как интерфейс между агентами

Агенты не общаются напрямую — только через файлы-очереди. Почему файлы, а не «умная» шина: файлы наблюдаемы и версионируемы. В любой момент видно, кто что взял, что сделал, где застрял. Человек может вмешаться в любой точке. Та же причина, по которой мы не отдаём клиенту «чёрный ящик».

Прод — источник правды

Жёсткое правило: выполнено то, что есть на проде, а не то, что помечено «готово» в плане. Каждый цикл оркестратор сверяется с картой сайта и синхронизирует план по факту. Это ловит разрыв между «агент думает, что сделал» и «клиент видит на сайте».

Экономика: почему то же разделение экономит токены

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

• У агента в контексте — только его очередь, а не весь проект. Рабочий агент грузит один свой файл очереди, а не общий план, чужие задачи и все доки разом. Контекст каждого несёт свой срез, а не сумму всех. Без разделения каждый агент таскал бы в каждом запросе всё — и платил бы за это токенами.
• Точечная правка вместо перезаписи файла. Изменить одну якорь-строку — это десятки токенов на выход; перегенерировать файл целиком — тысячи. На потоке в 160 страниц это разница в разы. Тот же приём заодно лечит гонки записи (грабля 1) — экономика и надёжность здесь одно решение.
• План тонкий, простыни отчётов — в отдельных файлах. Общий план перечитывается каждый цикл, поэтому держим его коротким; длинные отчёты уводим в отдельные статусы, которые грузятся только по нужде. Частое чтение — маленькое.
• Стратег дорогой, но редкий; объём — на агентах попроще. Мыслитель (структура, спеки) запускается редко и «дорого»; массовую сборку страниц делают рабочие агенты. Разделение по «тиру» исполнителя — основная экономия на объёме.
• Сверка с продом вместо пересказа состояния. Агенты не передают друг другу всю карту сайта в контексте — проверяют факт по sitemap.xml и статусу URL. Проверить страницу дешевле, чем нести её содержимое в промпте.
• Нет гонок — нет переделок. Затёртая правка — это токены, потраченные дважды. Дисциплина записи бережёт не только нервы, но и бюджет: работа не переделывается.

Экономика — не отдельная оптимизация «сверху», а побочный эффект правильных границ: чем у́же контекст каждого агента и чем мельче его правка, тем меньше токенов на единицу работы.

Как это выглядит: доска оркестратора

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

Честные грабли (и как чинили)

Здесь — самое ценное. Многоагентная система на общих данных — это концентрат распределённых проблем. Мы получили их все.

Половина инженерии здесь — не «что агент пишет», а «что происходит, когда запись падает». Агентная система без обработки сбоев записи — это мина.

Правила для агентов — свод, выведенный практикой

Из граблей выше выросла короткая дисциплина. Эти правила мы прописываем каждому агенту в конвейере — они и делают многоагентную сборку безопасной на проде:

1. Правь точечно по свежему чтению — файл целиком не перезаписывай.
2. Ищи якорь-строку. Не нашёлся — файл изменился: перечитай, а не дописывай вслепую.
3. Битый файл не дописывают. Сначала целостность (срезать байт, восстановить хвост), потом контент.
4. У каждой сущности один дом. Правь в доме, а не в копиях.
5. Перечитай свою очередь перед тем, как объявить себя свободным, — снимок устаревает.
6. Прод — источник правды. Сверяйся с фактом, не верь пометке «готово».
7. Свою очередь — только свою. Рабочий агент не трогает план и чужие файлы.

Результат

За волну работы конвейера на проде появились десятки страниц на едином продающем шаблоне: лендинги решений, AI-хаб с подстраницами, хабы систем, отраслевые страницы, миграция блога, техническое SEO. И — что важнее числа — система оказалась управляемой на проде: с ролями, границами, обработкой гонок и сбоев.

Отдельный сигнал качества — как страницы повели себя у живых пользователей. Динамика сайта Студии CRM к предыдущему периоду (Яндекс.Метрика):

Метрики — сайт Студии CRM (studia-crm.ru), динамика к предыдущему периоду. Массово собранные агентами страницы не «пустышки»: люди читают дольше, смотрят глубже, уходят реже. И показатели продолжают расти.

Что из этого забирает клиент

1. Агентная система — это архитектура, а не промпт. Ценность не в том, что агент генерирует текст, а в том, как устроены роли, память, гонки и сбои.
2. Грабли — обязательная часть. Гонки записи, битые файлы, устаревшие снимки — не «если», а «когда». Система без ответов на них не доходит до прода.
3. Наблюдаемость и границы важнее «ума» агента. Память — в читаемых файлах, роли жёстко разведены, чтобы человек оставался архитектором, а не заложником чёрного ящика.

Мы прошли это на себе. Когда проектируем агентную систему под ваш процесс — приносим не эксперимент, а отлаженную дисциплину: те же роли, ту же обработку сбоев, ту же сверку с реальностью.