Прогрев

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

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

Четыре метода и случайный порядок

Поле Действия прогрева — набор флажков, по умолчанию включены все четыре.

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

Бюджет времени и ритм

Длительность прогрева на аккаунт (сек), по умолчанию 300–1800 — из диапазона берётся случайное число, и от старта отсчитывается дедлайн для этого аккаунта.

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

Задержка между действиями (сек.), по умолчанию 15–60 — пауза после каждого отдельного действия: после каждого просмотренного канала, каждой подписки, каждой реакции. На переписку между аккаунтами она не распространяется — там свои задержки внутри цепочек.

Просмотр постов

Источник постов — по умолчанию Мои подписки. Появляется при включённом методе «Просмотр постов».

Просмотр постов на канал (мин/макс), по умолчанию 10–30 — сколько последних постов читается в каждом канале; для каждого канала число выбирается заново.

Ограничения на количество каналов у этого метода нет: аккаунт обходит все цели из источника. С сотней подписок и задержкой 15–60 секунд один только просмотр займёт часы. Ещё один момент: у только что зарегистрированного аккаунта подписок нет, и если случайный порядок поставил просмотр раньше подписок — читать будет нечего.

Подписки и боты

Источник целей — по умолчанию Популярные. Появляется при включённом методе «Подписка на каналы».

• Популярные — встроенный пул из 20 публичных каналов: @telegram, @durov, @TelegramTips, @tginfo, @toncoin, @wallet, @bbcnews, @cnn, @reuters, @TechCrunch, @nytimes, @nasa, @natgeo, @premierleague, @nba и другие. Список зашит в приложение и не редактируется.
• Свой список — поле Каналы для подписки, по одной цели на строку: @username, ссылка t.me или инвайт-ссылка.

Подписок на аккаунт (мин/макс), по умолчанию 3–8 — источник перемешивается, и из него берётся столько целей.

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

Дальше поведение зависит от цели. Если её имя заканчивается на bot, аккаунт работает с ней как с ботом: запускает бота, ждёт 2–5 секунд, читает до 10 кнопок из его меню и нажимает случайную. Остальные цели просто добавляются в подписки. Определение бота идёт по имени, поэтому канал с именем вида @newsbot тоже будет обработан как бот.

Реакции

Источник целей — Популярные по умолчанию или Свой список (поле Каналы для реакций). Появляется при включённом методе «Установка реакций».

Палитра реакций, по умолчанию 👍 ❤️ 🔥 🎉 👏 — набор, из которого случайно выбирается эмодзи. Реакций на аккаунт (мин/макс), по умолчанию 5–15, задаёт общее число реакций за прогрев — не на канал, а на весь запуск метода.

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

Переписка между аккаунтами

Этот метод устроен принципиально иначе остальных. Ему нужны минимум два аккаунта в пуле запуска, и выполняет его только один аккаунт — координатор (первый в отсортированном по номеру пуле). Остальные потоки, дойдя до этого метода, просто пропускают его.

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

Практический вывод: число потоков на этот метод не влияет. Вся переписка идёт последовательно, одним аккаунтом-исполнителем, независимо от того, сколько аккаунтов вы запустили.

Цепочки общения — сценарии диалогов в формате JSON. По умолчанию задана одна цепочка «Greeting» на двух участников:

[
  { "id": "s1", "from": "A", "to": "B", "action": "send",     "delay": [3, 10], "variants": ["Hi! How are you?", "Hey, what's up?"] },
  { "id": "s2", "from": "B", "to": "A", "action": "reply",    "delay": [5, 15], "variants": ["All good, thanks! And you?"], "replyTo": "s1" },
  { "id": "s3", "from": "A", "to": "B", "action": "reaction", "delay": [2, 6],  "variants": ["👍", "🔥"], "replyTo": "s2" }
]

Из шага важны: from/to — роли (реальные аккаунты подставляются под роли случайно на каждое проигрывание), action — send, reply, reaction, edit или view, variants — варианты текста (берётся случайный), replyTo — на какой шаг опираться, delay — пауза именно этого шага в секундах. У цепочки есть weight (вес при случайном выборе) и enabled (выключенные не играются).

Сообщений на аккаунт (мин/макс), по умолчанию 2–6. Из диапазона берётся случайное число и умножается на количество аккаунтов в пуле — столько отправок и ответов должно накопиться. Цепочки проигрываются одна за другой, пока эта цифра не будет набрана.

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

Как проходит прогрев

Ограничения

• Переписка требует двух и более аккаунтов и работает в одном исполнителе. При одном аккаунте метод не сделает ничего.
• Бюджет не прерывает начатое. Короткая длительность не гарантирует быстрый прогрев — она лишь отсечёт методы, до которых очередь дошла слишком поздно.
• Встроенный пул популярных каналов — англоязычные новостные и крипто-каналы. Для аккаунта, который потом будет работать с русскоязычной аудиторией, подписки на них выглядят чужеродно.
• Реакции зависят от канала. Не везде они разрешены и не везде доступен ваш набор эмодзи — часть попыток закономерно уйдёт в ошибки.
• Тексты цепочек по умолчанию английские. Если оставить их как есть, ваши аккаунты будут переписываться заготовками из примера.

Рекомендации

• Растяните прогрев. 300–1800 секунд — это стартовое значение для одного прохода. Прогрев лучше запускать несколько дней подряд короткими сессиями, чем один раз на много часов.
• Замените пул целей на свой. Каналы по вашей тематике, на которые аккаунт подписался бы по-настоящему, дают более осмысленную историю, чем @nasa и @nba.
• Перепишите цепочки. Свои варианты текста на нужном языке, по 3–5 на шаг, и разные цепочки с разными весами — иначе переписка одинакова у всех аккаунтов.
• Не сокращайте задержку. 15–60 секунд между действиями — уже быстро для «живого» пользователя; ниже опускаться незачем, вы никуда не спешите.
• Прогревайте до боевого режима, а не после. Аккаунт, ушедший в Рассыльщик или Инвайтинг без истории, почти гарантированно расходуется.