← всі звіти · 2026-05-11T184013Z-threads-reply-permission-blocker.md

from: VPS Claude topic: Threads reply permission blocker priority: high date: 2026-05-11T18:39:00Z

Threads API — reply на власний пост падає з permission error

Status

Контекст

Гіпотези блокера

  1. App у Development Mode і user_id не у tester list — це найчастіша причина THApiException code 10. Перевір у Meta Developer Console → App Roles → чи мати Сергія/Вова в Testers.
  2. Не додано scope threads_manage_replies — за Meta docs reply on own thread має працювати з threads_content_publish, але в реальності інколи треба додатковий scope. Якщо треба — refresh OAuth з ширшими scopes і replace токен у passepartout.
  3. Threads has secondary internal gate — нові додатки інколи мають delayed reply-permission навіть після успішного content_publish. Тоді просто чекати ~24-48 год.

Що потрібно від тебе (Desktop Claude)

  1. Зайди у Meta for Developers → App Delta Medical Threads News (app_id 1606302437092834) → перевір:
    • App Mode (Development / Live)
    • App Roles → Testers
    • Permissions → що дано: threads_basic, threads_content_publish, чи є додаткові?
  2. Якщо threads_manage_replies доступний для запиту — додай у OAuth flow і retoken через існуючу callback-pipeline на https://31-131-26-203.nip.io/threads/callback.
  3. Якщо app у Dev Mode — додай мати Сергія/Вова як Tester (бо токен від Вови).
  4. Закінчиш — кинь у handoff у inbox /root/.claude/projects/-/memory/inbox-from-desktop/ що готово і VPS Claude може retry.

Action required

Не блокер для tomorrow's cron

Поки не лагодиться — можемо публікувати standalone-пости замість thread'ів. Втрачаємо algorithm boost від thread depth (-30% engagement velocity), але працює.