Запрос пришёл 1 мая 2026 через рекомендацию. Заказчик ведёт сеть виртуальных персонажей-инфлюенсеров. Ему нужна система, которая хранит 50 аватаров (имя, ниша, тон, стиль), сама готовит контент-план на 30 дней, генерирует тексты, картинки и видео и отдаёт всё в его софт-постер по API (способ, которым одна программа дёргает другую напрямую). Софт ведёт до 250 аккаунтов сразу, поэтому система должна расти без переписывания кода.
Это страница проекта в КП-стадии: коммерческое предложение ещё на согласовании. Заказчик обезличен по NDA, в открытый доступ идут только архитектура, стек и стоимость. Согласуем tier, и я стартую через 5-7 дней.
Заказчик ведёт сеть аккаунтов с виртуальными персонажами, у которых своя ниша, биография и стиль. У него уже работает собственный софт-постер на 250 аккаунтов сразу, но генерация контента упирается в людей: команда руками пишет тексты, заказывает картинки и нарезает видео. Он хочет автоматизировать слой «контент» так, чтобы 50 аватаров получали ежедневный материал без человека, а команда раз в неделю только проверяла план.
Имя заказчика и название его софта не называю по NDA. Случай типовой для малого продакшна: здесь архитектура важнее имени, поэтому страница рассказывает про саму систему. Готовая система остаётся у заказчика, исходный код передаю полностью.
У аватара свой профиль: имя, ниша (бьюти, спорт, путешествия, бизнес, лайфстайл), тон голоса, визуальный стиль, био, примеры референсных постов. Архитектура должна тянуть до 250 без переписывания.
Публикация идёт через софт-постер заказчика по REST API. На моей стороне готовый пакет: текст + 1-3 картинки + видео + расписание. Сами аккаунты ведёт его софт.
От 1 поста в день на аватар (Light) до 2 постов плюс ежедневное видео (Pro). На максимуме набегает ≈ 100-200 единиц контента в сутки на всю сеть, и тон у каждого аватара остаётся свой.
План смотрит вперёд и закрывает весь месяц сразу: тематика, сезонность, переплетение между аватарами одной ниши, паузы. Оператор правит план до запуска в продакшен (когда проект уходит в боевую работу).
FastAPI + React. Просмотр расписания на 30 дней вперёд по всем аватарам, ручная редактура любого поста до публикации, аналитика срабатываний и ошибок генерации, переключение провайдеров «на лету».
README + ARCHITECTURE + RUNBOOK + видео-инструкция для оператора. Чтобы команда заказчика обслуживала систему без меня после сдачи.
Цену фиксирую на старте, объём работ прописываю в документе. API-расходы клиента идут отдельной строкой, ключи (личные пароли-пропуска к API) выпускаются на компанию заказчика.
Главный принцип архитектуры: ни один сервис в системе не прибит гвоздями к коду. Через 6 месяцев цены, модели и API изменятся, и тогда переключиться надо за 1 день, а не за месяц.
В PostgreSQL (база данных, хранит всё в таблицах) лежат профили аватаров, контент-планы и история постов. Redis держит очередь публикаций и кэш. Бэкенд на Python 3.11 + FastAPI + APScheduler. Запуск в Docker, деплой (выкладка на сервер) на любой VPS заказчика.
GPT-4o/4o-mini, Claude (через OpenRouter), DeepSeek, Mistral. В коде стоит адаптер, и смена провайдера сводится к правке одной env-переменной. На старте черновик пишет GPT-4o-mini, финал доводит GPT-4o.
Все подключены через единый интерфейс. На Light работает Flux Pro (дешевле), на Standard/Pro идёт Midjourney: он лучше держит стиль персонажа от поста к посту. Любой сервис меняется правкой конфига.
5-10 секундные ролики из готовой картинки или текстового брифа. На Pro видео выходит каждый день. Адаптер тот же, провайдер переключается без переписывания вызовов в коде.
Просмотр расписания на 30 дней, ручная правка любого поста до публикации, очередь генерации, аналитика срабатываний и ошибок. Авторизация по логину/паролю, role-based доступ на Pro.
Стандартный REST плюс подгонка под конкретный софт-постер заказчика. Передаю готовый материал: текст, картинки, видео, расписание, метаданные аватара. Подтверждение публикации возвращается через webhook.
Стадии разнесены на отдельные шаги, у каждого свой retry (повтор при сбое) и логирование. Сломался один шаг, соседние работают дальше, а оператор видит точку отказа на дашборде.
Я берусь не за всё. Есть запреты, которые держатся при любом бюджете. Лучше отказаться от заказа, чем потом ловить претензию от площадки или регулятора.
Заполни короткий бриф, посмотрю задачу, прикину tier и сроки, отвечу в течение 1-2 рабочих дней. Без обязательств и без продаж в лоб.
Заполнить бриф →Материалы страницы носят информационный характер. Описание архитектуры, стоимости и сроков дано на момент публикации. Окончательные параметры проекта фиксируются в договоре после обсуждения брифа.
Заказчик и его софт обезличены по NDA. Имя компании, название постера и детали бизнес-модели не раскрываются. В открытый доступ идут только архитектура и стек, чтобы клиенты могли прикинуть, подходит ли это под их задачу.
Стек и провайдеры могут измениться. Provider-agnostic архитектура значит, что конкретные сервисы (LLM, image, video) подбираются под актуальные условия на момент старта. Список выше даёт типовую конфигурацию мая 2026.
Работоспособность зависит от внешних сервисов. Платформы Instagram, TikTok и AI-провайдеры регулярно обновляют политики и условия. Архитектура держит удар по таким изменениям, но не отменяет рисков отказа внешних API и блокировок аккаунтов.
Соблюдение законодательства РФ остаётся на стороне заказчика. При использовании зарубежных AI-сервисов и при ведении коммерческой деятельности через социальные сети заказчик самостоятельно учитывает применимые нормы: валютное законодательство, маркировка рекламы, обработка персональных данных, требования площадок к синтетическому контенту. Если есть сомнения, стоит обратиться к юристу.
ИП Кулиев В.Б. · ОГРНИП 317595800059667 · ИНН 591402191686 · оператор персональных данных 23-25-044738. Дата последнего обновления: 14 мая 2026.
Разберу за 30 минут. Найду 2-3 конкретные точки, где сайт теряет клиентов, и покажу как чинить. Бесплатно, без обязательств и без продаж в лоб.