Я продюсер творческого объединения урбанистов из Татарстана — «Мамкины урбанисты». Параллельно занимаюсь SMM и разработкой своих продуктов.
У нас была банальная проблема: мы ведём Telegram-канал про урбанистику, и каждый раз заходить во все соцсети и копировать с учетом всех особенностей в каждой было лень, соответственно постинг был какой попало.
Каждый раз копировать пост, переформатировать под каждую соцсеть, зайти в кабинет, опубликовать — это 10–15 минут на каждый пост. Умножь на частоту публикаций — и получишь приличный кусок времени в ВЫСАСЫВАЮЩЕЙ ДУШУ рутине.
А зачем делать себе мозги, когда можно сделать автоматизацию, подумали мы и сделали, сначала только для себя.
А почему не использовать существующие сервисы кросс-поста?
Ответ простой, мы заметили, как соцсети обрубают органику постам опубликованным с помощью сервисов по API. Об этой проблеме никто особо не говорит, хотя все знают, и все просто кросс-постят ручками.
Назвали банально и говоряще — CrossPostIt. ИИ-агент берёт пост из Telegram и сам публикует его в нужных соцсетях, адаптируя под формат каждой платформы. Запустили в ноябре 2025 года, долго пользовались сами. А недавно, в апреле, решили накатить интерфейса и фич, и сделать доступным для всех.
Что же у нас получилось?
https://imgur.com/a/L1Xm9XR
https://imgur.com/a/83myIDE
Как видно особенно на втором скрине, алгоритм начал нас "одаривать" охватами на 3-4 месяц постоянного постинга. То есть это результат дисциплины в постинге и четкой работы сервиса в кросс-постинге. А не волшебная таблетка на следующий день.
Взглянем на примере последнего залетевшего поста подробнее, какие у него результаты в ТГ:
https://imgur.com/a/PuESBRf
https://imgur.com/a/G5nRnyk
А вот его же результаты в ВК:
https://imgur.com/a/cN4mSfU
https://imgur.com/a/z7cEZEq
Результат поста в Telegram: 343 просмотра, 10 реакций — нормально для канала с 1 058 подписчиков.
Результат того же поста в ВКонтакте: 405 500 просмотров, из которых 402 500 — виральные. 550 реакций, 183 комментария, 101 репост.
Почему так вышло
Большинство сервисов кросс-постинга работают через API. ВКонтакте (как и другие соцсети) видит, что пост пришёл через сторонний сервис, и режет охваты — алгоритм продвигает нативный контент, а не то, что залито через интеграцию.
CrossPostIt работает иначе: ИИ-агент заходит в аккаунт как человек, через удалённую сессию, и публикует пост напрямую — без API. Для алгоритма ВК это выглядит как обычная публикация от пользователя. Поэтому охваты не режутся, и пост попадает в виральное распространение как обычный пост.
Именно это и произошло с постом про монорельс — алгоритм ВК подхватил его и разогнал до 400K+ просмотров органически.
Что это дало каналу
За период активного роста паблик ВКонтакте вырос с ~2 700 до ~3 600 подписчиков — плюс около 900 человек без единого рубля на рекламу.
Что дальше
После этого результата мы решили открыть CrossPostIt как самостоятельный продукт — 30 марта запустили публичный доступ на crosspostit.app.
Если вы ведёте Telegram-канал и хотите не терять аудиторию в других соцсетях без ручной работы — можете попробовать. Даю промо-доступ бесплатно, пишите в Telegram: @norealism
Вообще я бы протестировал
@muratov давай чекнем?
Вау! Неожиданно видеть такие щедрые охваты от ВК.
Интересны 2 момента:
Закинул сюда результаты внедрения, если кому-то лень скрины в имгуре смотреть.
Мы не получаем пароль/API-токен соцсети, но получаем сохранённую браузерную сессию, то есть cookies/local storage профиля, которые позволяют позже открыть сайт уже авторизованным.
Что мы сохраняем
После noVNC сохраняется не “доступ к API”, а зашифрованный Chrome-профиль платформы: cookies, local/session storage, IndexedDB, настройки профиля и прочие файлы, нужные соцсети для сохранения входа. Кэши, crash-данные и
Singleton*-локи выкидываются, но сессионные данные остаются специально.Профиль хранится encrypted-at-rest per tenant через Fernet/HKDF. Во время noVNC или постинга он временно расшифровывается в temp-директорию, потом снова сохраняется и temp чистится.
Какие доступы есть у агента
Во время постинга browser-use агент получает браузер, открытый с этим профилем. Он видит страницу через DOM/скриншоты и может выполнять browser actions: navigate, click, type, scroll, upload file, extract/read visible page text. В коде задачи жёстко собраны под публикацию: стартовый URL платформы, текст поста, media paths, max steps/timeouts, profile lock и платформенные prompts.
Но важная граница: браузерная сессия соцсети сама по себе не имеет scope “только публикация”. Если браузер авторизован в аккаунте, технически он имеет те же права, что пользователь в web-интерфейсе. Сейчас код ограничивает сценарий задачей, URL старта, media allowlist, url allowlist, lock’ами и таймаутами. Корректно сказать: “мы технически и организационно ограничиваем запуск только workflow публикации, но это всё равно делегированная браузерная сессия”.
Инструкция по настройке:
https://drive.google.com/file/d/1RC37kmrcV-6sEBiM60Z6FpI-QzHo4rTS/view?usp=drive_link