Повтор і скасування

Що це

Повтор і скасування — два способи вплинути на пост, який ще не опублікований. Вимога confirm: true тут стосується MCP, а не REST: dropslate_retry_post і dropslate_cancel_post відмовляють без неї, тоді як POST /posts/:id/retry і /cancel не мають тіла запиту взагалі й діють у момент виклику — крок підтвердження для людини робить сам дашборд перед тим, як надіслати цей виклик, а не маршрут. Єдине місце, де REST вимагає підтвердження на сервері, — створення постів; див. Опублікувати перший пост і правило «спершу план, потім створення» в CLAUDE.md.

Повторити

Повторити можна лише failed пост. Він надсилається в мережу знову — у свій час, якщо той ще попереду, інакше негайно. Повтор не створює нового поста; той самий пост повертається в queued (а потім у live або знову failed з того самого надсилання).

Скасувати

Скасувати можна лише queued пост. Він повертається в draft, поза чергою — нічого не видаляється, і його можна запланувати знову пізніше.

Перепланувати

Перенести queued пост на інший час або вперше дати час draft (що ставить його в чергу). PATCH /posts/:id теж не має поля confirm (схема .strict() — надіслати його означає відмову через невідоме поле); dropslate_reschedule_post усе одно вимагає confirm: true.

Типові помилки

Помилка	Причина	Що робити
confirm_required (лише MCP)	Виклик dropslate_create_post, dropslate_retry_post, dropslate_cancel_post чи dropslate_reschedule_post без confirm: true.	Повторіть виклик із confirm: true.
confirm_required (REST, лише POST /posts)	Пост створено без confirm: true у тілі.	Надішліть те саме тіло з confirm: true.
Повтор відхилено на live або draft пості	Повторити можна лише failed пост.	Нічого не робити — live пост уже надіслано; у draft нема чого повторювати, заплануйте його.
Скасування відхилено на draft, live або failed пості	Скасувати можна лише queued пост.	Для draft і live нічого не робити; failed пост повторюють, а не скасовують.