Контент-завод для нескольких клиентов

Один клиент работал, второй требовал копию системы

Первый контент-конвейер закрывал весь путь для питомника «Росток» - от семантики и текста до обложки и публикации. Но его настройки были связаны с одним проектом.

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

Новый клиент начинается с формы

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

После формы интегратор завершает доступы, подключает ключ и канал. Форма не изображает эти интеграции уже готовыми - ручная настройка остается частью запуска.

У каждого клиента остается свой контур - настройки, таблица, ключ, Телеграм-канал и записи расходов. Общая кодовая база не смешивает их данные.

Что происходит дальше

Задание проходит по очереди через семантику, заголовки, текст с опорой на факты и генерацию изображения. Готовый текст можно публиковать в Телеграме. Прямая публикация в Дзен в этот контур не входит - зеркалирование остается на стороне клиента.

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

Результат

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

Система рассчитана на несколько клиентов, но текст не выдает архитектурную возможность за доказанное число одновременно работающих брендов.