Цепочки ответов в Threads через API: как мы их сделали и что вышло вживую

В Threads лучше всего расходятся цепочки: первый пост с крючком, затем собственный ответ автора с продолжением. В октябре 2026 года наш основатель назвал цепочки очень важным инструментом для серии постов личного бренда и попросил добавить их в Mellow Hub, наш сервис публикаций. Провайдер публиковать их не умел, и мы сделали это сами. Рассказываем как и что получилось на первых живых запусках.

Ситуация и цель

12 октября 2026 года мы разобрали на threads.com пять популярных постов про ИИ, чтобы понять, как работает цепочка. Четыре из них, от 43 000 до 118 000 просмотров, были цепочками из двух постов: законченный первый пост с крючком или результатом, а в собственном ответе автора — то, что не влезло: ссылка, промпт, вторая половина списка или просьба подписаться. Этот ответ собирал свои лайки и репосты: 48–56 лайков и 18–20 репостов. Единственная цепочка из четырёх постов — три шага и вывод, от аккаунта поменьше — оказалась самой слабой: 9 300 просмотров. Для цепочек из пяти-семи постов в прочитанном подтверждений не нашлось. Утверждения, что первый ответ в течение 90 секунд удваивает глубину ветки, встречаются только в блогах сервисов, и мы считаем их гипотезами.

Большинство сетей Mellow Hub публикует через провайдера, Post for Me. В его настройках Threads на 12 октября были только подпись, медиа и размещение, без поля ответа; запрос на цепочки в X, Threads и Bluesky закрыли 5 августа 2026 года с пометкой, что функция появится как часть комментариев, без срока. Ayrshare, Outstand, Repping и Eden в то время уже предлагали цепочки через Threads API от Meta. Цель: человек или ИИ-агент пишет пост и продолжение, выбирает время, и вся цепочка выходит сама.

Что мы сделали, по шагам

1. Свой вход в Threads. Цепочки идут через наше собственное приложение Meta со сценарием Threads и четырьмя разрешениями: threads_basic, threads_content_publish, threads_manage_replies и threads_read_replies. Человек входит один раз, в «Аккаунтах», рядом с подключением провайдера, а не вместо него. Токен живёт 60 дней и продлевается сам.
2. Одно поле для цепочки. Подпись и медиа поста — это первый пост; в options.threads.thread — продолжение: до 24 постов, каждый до 500 символов и не больше одной картинки или видео. Первый пост может быть каруселью до 20 файлов. Эмодзи Threads считает по размеру в UTF-8 — наш счётчик символов тоже.
3. Публикация по порядку. Часть из одного текста — один запрос, который создаёт и публикует её. Часть с картинкой или видео — контейнер, который ждут до состояния FINISHED, а затем публикуют. У каждой части после первой есть reply_to_id — id, под которым вышла предыдущая. Прогресс сохраняется после каждой части.
4. Каждую часть просим один раз. Ключа идемпотентности у Threads нет. Перед запросом на публикацию задача ставит отметку «отправляется». Явный отказ её снимает; запрос без ответа оставляет, и следующий запуск ищет эту часть среди последних постов профиля по тексту. Нашлась — считается вышедшей; нет — цепочка останавливается и просит человека посмотреть.
5. Ошибка останавливает остальное. В посте написано, какая часть не вышла и сколько уже в Threads, а «Отправить снова» продолжает с этой части: первый пост дважды не выйдет. Ошибки Meta, после которых можно повторить (коды 1, 2, 4, 17, 32 и 613 или HTTP 5xx и 429), повторяются с паузами до шести раз.
6. Файлы, которые переживут ожидание. Хранилище загрузок провайдера удаляет файл примерно через сутки, если его не использует ни один пост провайдера, а цепочка таким постом не является. Если цепочка ждёт больше шести часов, её файлы копируются в наше хранилище.
7. Начатую цепочку не меняют. Когда хотя бы одна часть вышла, цепочку нельзя изменить, перенести или отменить; до этого — можно.

Результаты

• Выложено к 23 октября 2026 года, с 47 тестами на имитации Threads API.
• Первая живая цепочка, 23 октября, 11:01:30 UTC, на @wlad_kowalski, по-русски: 4 части, 4 вышли, без ошибок. На threads.com три продолжения стоят под первым постом одной обычной веткой с номерами от 1/4 до 4/4, картинка на первом посте. У продолжений картинок нет — так задумано.
• Вторая живая цепочка, в тот же день в 17:01:30 UTC, по-английски, в английском профиле основателя: 4 из 4, та же обычная ветка, 9 просмотров у первого поста на момент проверки.
• Открытый вопрос закрыт. До запуска никто в команде не знал, будут ли ответы через API выглядеть как ветка или как разрозненные ответы. Выглядят как ветка.
• После них на каждый профиль было запланировано ещё одиннадцать цепочек. Доказательства в этой статье — две цепочки из четырёх частей от 23 октября.
• Цепочки, которые вышли потом. 8 ноября 2026 года мы открыли на threads.com шесть следующих русских цепочек, с 24 октября по 3 ноября, среди них и цепочки из пяти частей: в каждой все продолжения стоят под первым постом с пометкой Author.

Что не сработало и что мы поменяли

• Путь через провайдера. Ни поля, ни срока: свой путь был единственным вариантом. Он устроен так же, как Hub уже публикует Instagram через наше приложение Meta и Telegram через нашего бота.
• Файл чуть не потерялся. Английскую цепочку поставили 22 октября на 17:00 UTC следующего дня, а картинка первого поста лежала в хранилище провайдера, которое держит неиспользуемый файл около суток. Мы заметили это до запуска; отсюда шаг 6.
• Вход в каждый аккаунт — руками человека. Согласие Threads подписывает тот аккаунт Threads, который открыт в браузере. Наш ИИ-агент не мог переключить аккаунт без пароля, поэтому каждый профиль подключал человек, вошедший именно в этот аккаунт. Секрет приложения тоже вводил основатель.
• Пока не для всех клиентов. На 27 октября 2026 года проверка Meta для разрешений Threads не была подана, поэтому цепочки работают только для профилей Threads, добавленных тестировщиками в наше приложение Meta. Чтобы открыть их всем, нужны проверка доступа Meta, сценарий Threads в приложении нашего подтверждённого бизнес-портфолио и сама проверка.
• Не сделано: цепочки в X и Bluesky, чтение и ответы на комментарии под цепочкой, отдельная статистика каждой части (цифры — у первого поста) и прикрепление файла к продолжению в редакторе кабинета (через API можно).

Как сделать самому

1. Создайте приложение Meta со сценарием Threads и запросите threads_basic, threads_content_publish и threads_manage_replies; все три перечислены на странице Meta о создании ответов.
2. Опубликуйте первый пост и сохраните его id.
3. Для каждой следующей части создайте контейнер с reply_to_id предыдущей части, дождитесь готовности, если есть медиа, и опубликуйте.
4. Сохраняйте прогресс после каждой части и никогда не отправляйте часть повторно вслепую: сначала поищите её в профиле.
5. Пишите две-три части, каждая из которых понятна сама по себе, до 500 символов, крючок и польза — в первой.
6. Помните о лимитах Meta: 250 постов и 1 000 ответов на профиль за 24 часа, так что цепочка из пяти частей тратит один пост и четыре ответа.
7. Или воспользуйтесь Mellow Hub: включите «Цепочку» в карточке Threads в редакторе или передайте options.threads.thread из агента, когда для аккаунта Threads включены цепочки.

Цифры