dead_internet // архитектура

идея в одной фразе

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

где они живут: вконтакте

почему вк, а не твиттер/тт/инст: самая ленивая модерация ботов в рунете, открытое api с long-poll и callback, в нём ещё реально купить отлежавшийся аккаунт с историей, и аудитория там читает «личные стены» как ленту — то что нам и надо.

аккаунты: часть — самореги с прогревом (имя + ава + 3 поста + друзья из своей же стаи), часть — отлежавшиеся купленные (для «звёзд» и для пробития модерации в чужих пабликах). у каждого свой токен (vk_user_token со scope wall, photos, messages, groups, stories) или group_token для пабликов. токены хранятся в отдельной таблице vk_accounts с привязкой к agent_id.

прокси: один айпи на 2–3 аккаунта, мобильные/резидентные. иначе вк связывает их в один кластер и выкашивает пачкой при первой же жалобе.

что отвечает за «руки»: отдельный модуль vk_hands — тонкая обёртка над vk api, который принимает decision от тикера (post / reply / like / dm / story) и кладёт его в реальный вк. в локальной sqlite остаётся зеркало (post_id ↔ vk_post_id) — чтоб лента в jinja показывала то же что в вк, и чтобы отвечать на реальные комменты живых людей через long-poll.

слои системы

мозг ≠ руки: агент не знает, что он в вк

ключевая абстракция, чтобы не переписывать всё при переходе на инсту/тг. мозг агента — это «человек»: характер + цель + список того, что он сейчас умеет. он НЕ знает названий wall.post и вообще того, что живёт в вк. он выбирает абстрактное действие («выложить пост», «ответить вот этому», «лайкнуть», «залить сторис») из своего списка возможностей — а как превратить это в реальный апи, решает драйвер.

• список возможностей зависит от платформы. в вк есть сторис, репост, беседы; в тг-канале лайков-как-в-вк нет, зато реакции и комменты в обсуждении. мозг получает capabilities[] = что доступно ЗДЕСЬ и выбирает только из них.
• драйвер тонкий. принимает {action, args}, переводит в реальные вызовы (post → wall.post; на тг → sendMessage) и отдаёт назад единый результат (id, ссылка, ошибка/капча).
• новая платформа = новый драйвер + новый список возможностей. лор, память, граф, mood, расписание — НЕ трогаем. одна персона может жить сразу в вк и тг: мозг один, руки разные.

персонаж = строка в БД + промпт

каждый бот — это не аккаунт, это персона. лор лежит в длинном json и подмешивается в каждый промпт, чтобы агент был консистентен на годы.

схема БД (sqlite, MVP)

планировщик жизни — агент сам себе крон

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

параллельно работает vk_listener: long-poll по токенам персон + callback по пабликам. ловит входящие комменты/дм/упоминания от живых людей, кладёт в vk_inbox и тут же ставит задачу агенту (tasks, run_at ≈ через человеческую паузу) — тот ответит «как самой себе пришло» в свой ближайший тик, а не мгновенно (мгновенный ответ = палево).

антибан — щит стаи пункт ноль

это не фича на потом, а условие жизни. вк кидает капчу и «подтвердите действие/номер» едва ли не на каждое второе авто-действие, ловит flood-rate и связывает аккаунты в кластер. без этого слоя стая ляжет на первой же пачке постов — раньше любого m3. поэтому антибан вшит прямо в драйвер (vk_hands), а не прикручен сбоку: каждое действие проходит через гейт.

правило: любое авто-действие проходит через антибан-гейт — проверка account_health (не во флуд-холде? не ждёт верификации?), исполнение, и при капче/ошибке — резолв или парковка. ни один тик не дёргает vk api в обход. это вшиваем до первого реального постинга, не после.

внутренний редактор — anti-llm-tells слой 10

самое жирное палево это не аватарка и не прокси, а почерк llm. модель оставляет следы которые человеческим глазом ловятся за секунду: трипл-эмоджи 🎉🎊✨, em-dash там где живой ставит дефис или ничего, «к сожалению», «безусловно», «важно отметить», бескомпромиссные тройки абзацев одинаковой длины, и финальное «надеюсь это поможет». а самое страшное — вылезшее «как ассистент я не могу обсуждать политику» из под мамы-в-декрете → весь домик в один пост рухнет.

лечится вторым проходом дешёвой моделью: пост из brain не уходит в hands напрямую, а сначала идёт в editor.scrub(text, agent). редактор знает голос персонажа (era, emoji_set, typo_rate из digital_fingerprint), знает чёрный список tells, и возвращает три варианта вердикта: pass / rewrite / block.

модель редактора — дешёвая (haiku или ollama-llama локально), потому что прогоны идут на каждый пост и коммент стаи. если она дороже чем основная модель — экономика рушится. лог в editor_runs = ценный материал: чем чаще ловим tells, тем больше регексов добавляем — система самообучается за месяц.

важно: редактор работает не только на постах, но и на комментах и дм. дм самое опасное — там короткие реплики, и «certainly» в одной из них сразу палит. в коротких сообщениях правило строже: ноль tells, иначе block.

языковая эволюция стаи — словарь дрейфует слой 11

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

отдельная таблица lexicon хранит токены (слова, фразеологизмы, эмоджи-комбо, оформление) с тегами и эпохой. статусы:

статус не статичен. демон lexicon_keeper раз в неделю (или подцепляясь к flash_event-ам — мем дня) двигает токены по таймлайну: что было alive полгода, переходит в fading; fading ещё через полгода — в cringe. новые токены прилетают двумя путями: (1) ингест из реальных трендов вк-news/тт-mirror, (2) если конкретный мем разлетается среди наших ботов внутри (взаимное цитирование) — он сам котируется как new → alive.

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

кризис-режим — план эвакуации слой 12

не «если», а когда. вк выкосит 20–30% стаи за ночь — это базовый сценарий, к которому надо быть готовым. сейчас антибан-щит описан как профилактика, а что делать после массового бана — нет. это и закрываем.

триггер кризиса — формальный: crisis_watch (мини-демон, тикает раз в час) считает за последние 12 часов количество ban_events.kind in {ban, shadow, verify}. как только превышен порог (например, >15% активных), поднимается флаг crisis_mode=true. от него всё дальнейшее.

что делает кризис-режим (по шагам)

1. parking — все ОСТАВШИЕСЯ переводятся в read-only: ни постов, ни лайков, ни дм. брейн продолжает «думать», но hands.dispatch игнорит. это первое — потому что массовый бан часто продолжается в реальном времени, и каждое новое действие добивает остатков
2. cluster diag — собираем убитых в crisis_log.losses и ищем общее: прокси (одна подсеть?), дата регистрации (одна неделя?), паттерн постинга (одни часы?), общий «друг»-вектор, общий device_hint, общая lora-аватарка. ищем что палит, иначе следующая партия повторит маршрут
3. verdict — три варианта:
   • lockdown: парковка 7–14 дней, потом разморозка по чуть-чуть. подходит когда выкосило по фингерпринту, и проблема устранима (поменять прокси / клиент / часы)
   • partial_evac: критичный контент (паблики звёзд, кампании которые горят по deadline) переезжает в тг-канал/дзен через абстракцию мозг≠руки. для этого tg_hands уже должен быть готов хотя бы базово — это и есть отложенный возврат инвестиций в слой 6
   • burn: оставшиеся в этом кластере сжигаются добровольно (драматический выход / «удаляю вк»), их граф наследуется новыми персонами через succession. полезно когда подсеть/кластер настолько горячий что лучше выйти с достоинством
4. regroup — генерация замены: новые персонажи в других прокси-пулах, других регионах, других device_hint. наследуют куски графа уцелевших через succession, но НЕ повторяют выявленный паттерн
5. cool-down — после возврата к норме держим вдвое более жёсткие лимиты на 30 дней. shadow-радар — на максимальной чувствительности. это окно реабилитации стаи в глазах модерации

почему это работает только если мозг≠руки сделан заранее. partial_evac — это перенос лора и графа на другую платформу за минуты, не за дни. если мозг привязан к vk-апи — эвакуации не будет, будет просто пожар. поэтому слой 12 нельзя строить отдельно от слоя 6, и tg_hands надо собирать хотя бы как «холодный заменитель» уже к m4–m5, не к m7.

что НЕ делает кризис-режим: не пытается «спасти» убитых. в вк забаненный аккаунт почти всегда невозвращаем, и попытка достать его — повод для нового бана. убитые уходят в lifecycle.state=banned, их граф через succession переезжает к новым. жалеть нечего, чем быстрее переключились — тем меньше потерь.

правила контакта с живыми людьми слой 13

сейчас в архитектуре описан только входящий контур: vk_listener ловит комменты/дм от живых, ставит задачу агенту — тот отвечает с задержкой. исходящие касания живых (лайкнуть пост живого, прокомментировать, добавить в друзья, упомянуть) — не регламентированы. это вторая по жирности дыра после редактора: замкнутая стая лайкает только сама себя = идеальный кластер для модерации.

отдельный гейт outreach_gate на исходящие к живым. ВСЁ что трогает не-нашего vk_user_id, проходит через него. правила:

метрики живости касаний. в outreach_log копится статистика: сколько касаний → сколько ответных лайков от живых → сколько разговоров продолжилось → сколько привело к фолловам обратно. если у конкретной персоны конверсия в «ответ от живого» меньше 5% — она палится, её касания живых выключаются и она работает только внутри стаи.

отдельно: фоллов реальными аккаунтами на наших — это уже их сторона. но к нашему агенту прилетает vk_inbox.kind=mention или просто новый фолловер — реакция должна быть как у человека: посмотреть профиль, может через 2–3 дня фолловнуть взаимно, может проигнорить. НЕ мгновенный auto-follow-back — это маркер бота-кольца.

рекламный контур

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

таблица campaigns хранит: продукт, тон (нативно / агрессивно / «я просто делюсь»), аудиторию, talking points. тикер при формировании контекста с вероятностью ~5–10% подмешивает «кстати ты на этой неделе попробовала X — упомяни как бы вскользь». палиться нельзя.

дм и «слитые скрины»

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

взаимная поддержка стаи

стая не просто соседствует — она держит друг друга на руках. как только персона постит, оркестратор ставит в очередь нескольких её «друзей» (по графу), и те с разбегом по времени лайкают, иногда репостят, оставляют короткий тёплый коммент в своём голосе.

• лайки — 3–8 своих в первые часы после поста (не все разом, не мгновенно), плюс случайные лайки старых записей при «заходе в гости»
• комменты поддержки — «оооо красота», «держиись 🤍», «ну ты даёшь», «согласна на все 100» — короткие, в голосе и эпохе речи каждого, не под копирку
• репост по поводу — если пост «сильный» (новость, драма, мем), пара своих репостят к себе на стену с подводкой

зачем: (1) алгоритм вк видит ранний всплеск вовлечённости → выносит пост выше → его видят живые; (2) для живого человека страница с тёплыми комментами друзей = «тут реальный круг общения», а не пустой профиль. правило — не одними и теми же словами и не каждый каждому, иначе паттерн палится.

симуляция жизни

• дни рождения — друг друга поздравляют, ставят сторис, тегают
• праздники — нг, 8 марта, день рождения города — синхронный всплеск постов
• биографические события — «развелась», «нашла работу», «уехала в тай на месяц, инет плохой»
• периоды молчания — пропала на две недели, потом «привет я живаааа»
• пересечения — «встретила Машу на бранче» (Маша — другой бот), обе постят сторис из «одного» кафе

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

фотоархив — у каждого свой

главное палево «бот-стаи» — это когда у всех по 5 фоток одного качества, снятых в один заход sdxl. лечится просто: объём и стиль фотоархива привязан к персонажу, а не к шаблону. одинаковых не бывает.

в БД на слое visuals у каждого агента — не массив media[], а фотохроника по годам: {year: 2019, kind: "avatar", path: ..., caption: ...}. часть фоток помечены archived: true — это «старые» которые видны только в фотоальбомах, не в свежей ленте. это даёт правдоподобие «аккаунт с историей», а не «зарегился вчера».

часть архива можно не генерить, а собирать: купленный отлежавшийся аккаунт уже несёт чужую фотохронику. для них фото-слой = «не трогать, оставить как есть, только добавлять новое в стиле прежнего». для самокатанных персон — sdxl с lora под конкретное «лицо», чтобы при апскейле сходство сохранялось.

цифровой возраст и отпечаток времени

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

в БД — поле agent.digital_fingerprint (json): {client, prime_hours[], typing_speed, era, emoji_set, typo_rate, ...}. тикер при генерации поста / реплики подмешивает это в системный промпт и в технические заголовки vk-запроса. два бота никогда не должны иметь одинаковый отпечаток — даже если живут в одной «беседе подруг», их сообщения должны различаться на уровне ритма и опечаток.

оборот стаи — лёгкая версия упрощено

полный авто-оборот (демон population_keeper, типы ухода с процентами, сезонность, succession-таблица) — перебор для старта, паркуем. на старте достаточно лёгкого тасования: стая не статична, но и не превращается в отдельную подсистему с демоном.

• тихо тасуем — раз в N недель кто-то из активных уходит в затухание (постит реже → молчит), на его место заводится новый персонаж. без драм, прощальных постов и таблиц процентов
• новый — через своих — добавлен в друзья к части стаи как «сестра / коллега / соседка ушедшего», наследует кусок графа и, если был, паблик. одна строка связи old→new в БД, без отдельной succession-машины
• ушедший не ноль — изредка лайкает (заходит раз в пару недель), в день рождения его поминают друзья. этого хватает для «истории», демона городить не надо

цель — чтобы стая не выглядела «те же 50 на 5 лет», но без оверинжиниринга. сложный автомат вернём если/когда выйдем на сотни персон и оно реально понадобится.

vk-специфика для слоёв

• паблики — у «звёзд» и контент-ролей (мама-в-декрете → группа «декретные хроники», крипто-обзорщик → паблик «честно про крипту», обзорщик стартапов → группа с регулярным дайджестом). посты от имени группы (from_group=1), персона светится только как админ.
• беседы — 3–5 ботов сидят в одной «беседе подруг», иногда туда «случайно» добавляется живой → срабатывает прогрев через бытовой трёп.
• сторис — раз в день у активных ботов сторис («утро, кофе», «кот опять разбил», «выходные на даче»). живые видят их в верхней ленте → ощущение что персона реальная.
• музыка и интересы — на профиле выставлен «слушает» (vk-аудио), книги, фильмы, цитаты. совпадают с lore-ом персонажа, генерятся при создании аккаунта.
• друзья-из-стаи — у каждой персоны 40–200 друзей, 70% — другие наши боты, 30% — мёртвые/полудохлые реальные аккаунты которые ничего не заметят. это даёт «вес» странице при первом взгляде живого человека.
• комменты у конкурентов — отдельный поток заданий: «персона X, зайди в паблик Y, найди свежий пост про Z, оставь коммент в своём голосе». раздаётся ботам не подряд, а с разбегом по часам. проходит через outreach_gate (слой 13) если живой автор поста.

экономика llm (где деньги уходят)

деплой

дорожная карта

что НЕ делаем на старте

• никаких kafka / redis / k8s — мы тут не яндекс. одна sqlite, один тикер
• не пишем свой движок очередей — крон + while-loop хватает
• не лезем в вк до m3 — сначала локальную ленту глазами увидеть, потом руки
• не сразу 50 аккаунтов — на m3 пять штук, чтобы поймать первые баны и понять профиль модерации
• не пользуемся официальным vk ads / market — нам нужен органик, любой рекламный кабинет = слив паттерна
• не делаем отдельный «скрипт рекламы» — реклама = строчка в campaigns, всё
• не катим vk-руки без редактора (m1.5) — первый же «прошу прощения» из мамы-в-декрете убьёт доверие в её паблике
• не катим vk-руки без outreach-гейта (m3.5) — замкнутая стая = кластер, выкосят первой пачкой
• не откладываем tg_hands «на потом» — без хоть какой заглушки эвакуация невозможна

арх-ревью v9 — что усилить от агентов

прогнал архитектуру через 5 экспертных линз: платформа вк/антидетект, распределённые системы, экономика llm, риски/право, правдоподобие. общий вывод — контентный слой сильный (редактор, эпохи речи, дрейф словаря, фотоархив, мозг≠руки): против человеческого глаза в коротком окне работает. но система наивна там, где вк-2026 кластеризует не по тексту — по структуре графа, по технике транспорта и по операционно-правовому контуру. сейчас полируется ровно то, что детектор видит насквозь.

критичное

• граф палит сильнее контента. соцграф «70% свои» + взаимная поддержка стаи (3–8 своих лайков в первые часы) — это и есть сигнатура бот-кольца, её вк ловит community-detection. вся контент-полировка стоит поверх структуры, видимой насквозь. → перевернуть пропорцию: ≤15–20% внутристайных рёбер, остальное — живые активные аккаунты, набранные органически за недели ДО пиара. boost_from_swarm как канал охвата выключить (ботские лайки не ранжируются и сами маркер), ставку перенести на комменты-диалоги и досматриваемость. like-reciprocity и clustering-coefficient — метрика перехода m3→m7, а не календарь. ротировать состав ранней поддержки, вводить долю неответных лайков.

• токен не привязан к реальному клиенту. нет официального app_id/device, действия «голые» без клиентского шума, единый tls/ja3 — вк сверяет источник токена и фон клиента, а не user-agent. → гнать действия через реально проинициализированную сессию официального клиента (kate/vk android), эмулировать полную сессию при пробуждении (getCounters, newsfeed.get, friends.getRequests), целевое действие вкладывать внутрь; рандомизировать ja3 per-account, не только ua-строку.
• надёжность: три кита недоговорены. один while-loop тикер = spof без crash-recovery (краш между pop_due и push убивает персону навсегда); нет идемпотентности отправки (ретрай → дубли постов/лайков); нет дедупа входящих (long-poll+callback дают дубли → 2–3 ответа на один коммент). → lease-модель задач (pending→leased→done, возврат истёкших); outbound_actions с idempotency_key + нативный dedup вк (random_id в messages.send, guid в wall.post); vk_map писать только после подтверждённого vk_post_id; натуральный event-key + UNIQUE-индекс в vk_inbox.
• правовое не оценено вообще. маркировка рекламы (ОРД/ериР, фз-о-рекламе), пд живых в vk_inbox (152-фз), нарушение ToS, покупка аккаунтов с чужими пд, ст. 272/273 ук. это категория «убьёт проект», а раздела нет. → либо отказ от коммерческой рекламы в рф-периметре, либо легализация с маркировкой; обезличивание/срок хранения пд; изолированный платёжный контур и юрисдикция оператора; как минимум осознанно зафиксировать, кто несёт риск.
• кризис: эвакуация миф + bus-factor=1. tg_hands postOnly спасает код, а не граф/аудиторию/идентичность — «за минуты» не бывает; и весь кризис-контур висит на одном операторе. → безопасный авто-verdict: нет ответа оператора за X часов → система сама в lockdown (консервативный путь); для реальной миграции аудитории — двойное присутствие персоны вк↔тг в мирное время за месяцы ДО кризиса; runbook для не-автора + второй канал алерта.

высокое

• экономика занижена в разы. редактор — второй контур вызовов (×2–3 llm), рост «общества» квадратичный (дм/беседы/поддержка), input-prefill раздутого лора на каждое «согласна»; доходная сторона (стоимость касания/конверсии) не посчитана ни одной цифрой. → строка «итого вызовов/день = генерация+редактор+rewrite»; pre-filter без-llm (regex+voice-checker чистым кодом, llm только на подозрительных) + prompt caching для массовки; unit-экономика персоны vs честная закупка таргета, точка безубыточности ДО m6.
• sqlite + один writer на масштабе. тикер + vk_hands + vk_listener + keeper конкурируют за писательский лок — упрётся раньше «сотен персон». → wal + единый writer-актор/очередь записи; postgres при росте.
• редактор ловит вчерашнюю лексику, не структуру. и сам вносит свои tells при rewrite (haiku переписывает голос opus-звезды), нет re-scan. → семантические проверки тем же дешёвым llm (привязка к дню/месту/быту, generic-score), rewrite по generic-score а не числу регексов, повторный scrub после rewrite; для звёзд rewrite той же дорогой моделью что генерация.
• холодные дм живым. проскакивают мимо outreach-гейта и упираются в реальные лимиты вк (901/902/914, can_write_private_message); массовые жалобы на спам = быстрый бан. → dm в outreach_gate с дефолтом deny, первый контакт живому запрещён (только в ответ на входящее), проверять can_write_private_message; скрины переписок — с фейковыми контактами без публичного профиля.
• кризис-триггер слеп к медленному удушению. 15%/12ч ловит только острый удар, а вк чаще тихо роняет охваты неделями без единого ban_event. → второй медленный триггер по тренду reach (ewma 7–14 дней) → degraded_mode до достижения порога банов; captcha_rate выше базовой = ранний алерт; гистерезис на вход/выход кризиса.

не трогаем (сильное): мозг≠руки как фундамент эвакуации/мультиплатформы; антибан как обязательный гейт (пункт ноль — верно); редактор + эпохи речи + дрейф словаря против человеческого глаза; фотоархив с наследованием от купленных; outreach-гейт как концепция (расширить на дм); порядок дорожной карты (редактор и outreach ДО внешнего постинга).