ИИ-завод блогеров | Дневник разработчика
6 subscribers
7 photos
2 links
Создаю ИИ-блогеров и платформу для управления ими. Показываю разработку как есть: идеи, эксперименты, ошибки, исправления и результаты.

Разработчик - @Pshenitsin_A_V
Download Telegram
Блогинг с ИИ. Завод блогеров

Вначале мне пришлось создать свой VPN, чтобы работать с API OpenAI и другими сервисами, которые не доступны в нашей стране. Я использую ChatGPT для генерации текста и фотографий в Telegram.

Затем я сделал канал в Telegram своего первого ИИ-блогера — Алисы Ветровой — https://t.me/alisavetrova_live, и она уже несколько дней живёт своей жизнью. Она что-то пишет, делится своими фотографиями, рассказывает о том, что с ней происходит.

Я специально не вмешиваюсь в этот процесс. Пусть просто живёт так, как у неё это получается.

Но я наблюдаю за ней, смотрю на то, что мне в ней нравится или не нравится, чтобы понять, что и как надо делать, что исправить, что добавить, чтобы ИИ-блогер стал интересным и популярным.

Собирать статистику одного ИИ-блогера недостаточно для такого исследования. Это долго, да и полноценное исследование так не получится сделать. А создавать много таких блогеров по отдельности слишком трудно.

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

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

По крайней мере, так задумано. А как выйдет на самом деле — посмотрим.

Платформа уже работает, и я создал на ней блогера — Иванова Ивана Ивановича — t.me/Ivan_IIIvanov.

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

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

Тексты и фотографии создаются автоматически. Фотография должна подходить к конкретной публикации и выглядеть так, как будто её действительно снял сам Иван.

Всю работу я разделил между несколькими ИИ-агентами. Один создаёт персонажа, его досье и начальную историю. Другой готовит публикации и фотографии. Третий отвечает за публикацию в социальных сетях. Ещё один следит за досье, чтобы персонаж не противоречил сам себе. Есть и другие агенты, у каждого — свой цех и своя задача.

Сейчас Иван Иванович уже начал жить и вести свой блог. Пока он далеко не идеален. Завод работает ещё не на все мощности, которые задуманы. Оркестр агентов требует тщательной настройки и проработки.

На фотографии — панель завода, где и происходит вся магия!
🔥2
Могу ли я создать ИИ-блогера для вас?

Да, ИИ-блогер может стать вашим аватаром и помочь вести блог. Мы заполним небольшую анкету, загрузим несколько фотографий-референсов, выберем характер, стиль общения и задачи. После этого «Завод блогеров» создаст вашего персонального блогера. Он сможет готовить публикации, создавать фотографии и постепенно вести блог с учётом заданной темы. Благодаря системе аналитики ИИ-блогер будет решать задачи привлечения и удержания аудитории:

Рост подписчиков и охватов. Используются органические методы: тренды, хэштеги, репосты, коллаборации.

Вовлечение. Проводятся опросы, конкурсы, челленджи, задаются вопросы в постах, запускаются обсуждения.

Комьюнити-менеджмент. Отвечают на комментарии и сообщения, модерируют обсуждения, поддерживают диалог, формируют лояльное сообщество.

По крайней мере, именно так всё должно работать. До этого ещё есть что доделать, но основа уже постепенно появляется.

А теперь о том, что было сделано в цехах. Сначала я занялся фотографиями. Мало просто создать красивую картинку — она должна соответствовать внешности блогера и тексту публикации. При этом у ИИ иногда появляются странные детали, лишние предметы или что-то не то. Поэтому я добавил двойную проверку фотографий. Сначала система проверяет изображение на ошибки и соответствие персонажу, затем проводится ещё одна проверка. Если фотография не прошла контроль, она не отправляется в блог — система меняет запрос и пробует создать её заново.

Следующий этап — расписание. Сейчас на заводе стоит план для ИИ-блогеров: одна публикация через день. Я не хочу, чтобы все они писались одновременно и выглядели как боты. Поэтому дни и время публикаций распределяются заранее. Посты выходят в разное время с 11:00 до 19:00. Для этого создаётся недельное расписание, а отдельный процесс регулярно проверяет, подошло ли время для следующей публикации. Этот цех ещё будет оптимизироваться, и в дальнейшем настройки можно будет менять отдельно для каждого блогера.

Также я подключил n8n — систему, которая связывает разные части «Завода». В ней уже работают отдельные процессы для создания недельного расписания, запуска публикаций, сбора статистики, подготовки аналитики и обработки технических ошибок. Постепенно всё это связывается с веб-панелью, где можно создавать персонажей и управлять ими. Следующий важный участок — Telegram. Именно туда ИИ-блогеры должны отправлять свои публикации и фотографии. Далее буду подключать ВК и МАХ.
Завод состоит из цехов, а цеха — из участков

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

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

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

Некоторые из этих участков я мог бы брать готовыми у других разработчиков, чтобы не строить всё самому, и подключать их по API. Но подходящих готовых решений сейчас просто нет.
Поэтому буду делать сам.
И, если честно, это довольно увлекательное занятие.

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

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

- Начал работать над метриками и фильтрами.
Статистика должна быть не просто кучей цифр. Её нужно уметь просматривать за весь период, последний месяц, последний день или за выбранные даты.
Также должна быть возможность посмотреть показатели всех блогеров, одного конкретного персонажа или отдельной группы.

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

А между тем, Иван Иванович продолжает радовать новыми публикациями - первыми шагами в этой новый чудный мир!
Завод становится Мегазаводом

Продолжая наблюдать за работой «Завода блогеров», я понял, что первоначальная идея проекта начинает меняться.

Сначала я представлял его как один большой завод, внутри которого работают разные ИИ-агенты. Каждый из них выполняет свою задачу: один создаёт, другой проверяет, третий передаёт результат дальше.

Но чем глубже я погружался в разработку, тем яснее становилось: одного работника недостаточно, чтобы отвечать за целое направление.

Агент — это работник. Он получает задачу и выполняет её.

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

Так появилась новая идея — строить не один большой завод из отдельных работников, а мегазавод из самостоятельных мини-заводов.

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

При этом мне важно, чтобы каждый такой мини-завод оставался самостоятельным.

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

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

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

Пока все эти мини-заводы будут находиться внутри одной системы. Нет смысла сразу разносить их по разным серверам и искусственно усложнять разработку.

Главное сейчас — правильно разделить ответственность и сделать так, чтобы отдельные части не зависели друг от друга слишком сильно.

Именно с этого я решил начать новую архитектуру проекта.

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

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

Если всё получится, «Завод блогеров» постепенно превратится в нечто большее, чем система создания ИИ-персонажей и публикаций.

Это будет платформа, на которой можно собирать разные цифровые производства из отдельных совместимых модулей.

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

Но до этого ещё далеко.

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

Продолжаю строить.
Мой завод стал безопаснее и мощнее

Сегодня был важный день в развитии моего «ИИ-завода блогеров». Я не создавал новые функции и не работал над публикациями. Вместо этого занимался фундаментом, на котором должно работать всё производство.

Первым делом я провёл аудит безопасности.

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

Подробности устройства системы раскрывать не буду. Главное — теперь мой завод стал безопаснее.

Следующая проблема была связана с мощностью.

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

Но самое важное изменение произошло в архитектуре проекта.

Я отделил цех по производству персонажей от основного завода и начал строить самостоятельный «Завод персонажей».

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

Такой подход даёт мне больше свободы. Я смогу развивать «Завод персонажей» независимо, улучшать его, подключать к другим системам и со временем превратить в отдельный полноценный сервис.

Продолжаю строить.
Строю ИИ-завод аналитики блогов. Учу агентов-аналитиков анализировать собственную работу и поиску трендов

Последнее время я работал над отдельным «Заводом аналитики». Мой «ИИ-завод блогеров» уже умеет создавать персонажей, готовить материалы и публиковать их в социальных сетях. Но я понял, что просто выпускать контент недостаточно. Можно видеть просмотры и реакции, но так и не понимать, почему одна публикация понравилась людям, а другая осталась незамеченной.

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

Сначала я хотел поручить всю работу одному универсальному ИИ-аналитику, но быстро понял, что это не лучший вариант. Теперь внутри завода работают разные специалисты: аналитик данных, редактор, контент-стратег, SMM-специалист, исследователь аудитории, ИИ-технолог, контролёр персонажа, писатель и сторителлер, фактчекер. При каждом исследовании запускаются только те аналитики, которые действительно нужны. Получается не один работник, пытающийся разобраться во всём сразу, а небольшая команда специалистов.

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

Отдельно появился поиск трендов по нише, чтобы система не только изучала прошлые результаты, но и помогала находить новые идеи.

Первые ИИ-анализы и поиски трендов уже выполнены. Я также подключил учёт запросов и расходов, чтобы понимать реальную стоимость работы этого производства. Теперь начинаю соединять «Завод аналитики» с заводом, который отвечает за публикации. Хочу, чтобы выводы не оставались обычным отчётом, а влияли на следующие материалы.

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

Продолжаю строить.
Harness — следующий этап эволюции ИИ-разработки: почему одного ИИ-разработчика недостаточно

Сегодня я разбирался с понятием harness и тем, как этот подход может улучшить разработку моего «ИИ-завода блогеров».

Сначала я не понимал, зачем нужен ещё какой-то harness. Я уже работаю с Codex, храню код в GitHub, создаю отдельные ветки и вношу изменения через pull request. Казалось бы, всё необходимое уже есть. Но GitHub хранит код, а ИИ-агент помогает его писать. Harness должен организовать сам процесс их работы.

Если объяснить просто, harness — это постоянная «оснастка» для ИИ-разработчика. В ней находятся правила проекта, его структура, нужный контекст, порядок выполнения задач и обязательные проверки. Она помогает агенту не просто написать код, а сначала понять систему, внести изменение в правильное место, проверить результат и только после этого подготовить его к запуску.

А понимать здесь уже приходится многое. Основные сервисы написаны на Python и FastAPI. PostgreSQL хранит персонажей, публикации, задания, статистику и историю изменений, а Alembic управляет обновлениями структуры базы данных. Redis и Celery отвечают за очереди и фоновые процессы. n8n связывает отдельные сценарии и запускает их по расписанию. Все части работают в Docker-контейнерах, а Caddy принимает внешние запросы и защищает внутренние сервисы. Панели управления создаются на TypeScript и Node.js, мини-заводы взаимодействуют через API, публикации отправляются через Telegram API, а ИИ-функции работают через OpenAI API. Код и история разработки хранятся в GitHub.

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

Поэтому следующий этап — постепенно собрать собственный factory-harness для «Завода блогеров». Он должен хранить знания обо всех сервисах и технологиях проекта, контролировать последовательность разработки, запускать нужные тесты и фиксировать результат каждого изменения. Если проверка не пройдена, задача не должна двигаться дальше.

Получается, я начинаю строить ещё один производственный слой — уже не для создания персонажей или публикаций, а для разработки самого мегазавода. Codex останется ИИ-разработчиком, GitHub — местом хранения кода, а harness станет системой, которая организует их работу и помогает получать более предсказуемый результат.

Пока это только начало. Сначала я проведу аудит основного «Завода блогеров», «Завода персонажей» и «Завода аналитики». Затем определю для них общие правила, проверки и безопасный порядок обновления через отдельные ветки и pull request.

Продолжаю строить🏗🏭