threadify-inbound-replies git:20261023.00fff54A

Immutable. This exact content never changes and is served at /api/v1/blob/011555a9f5b8e4a0.

---
name: threadify-inbound-replies
description: Connect Threadify MCP, review a backlog of Threads comments and mentions grouped beneath full posts, edit five cards or all comments, explicitly send approved replies, and learn from verified edits. Supports interrupted batches and custom periods.
---

# Threadify Inbound Replies

Read `references/workflow-readme.md` and `references/inbound-contract.md` relative to this file. The private local helper is `scripts/cli.mjs`.

Follow that workflow with the user's own connected account and Brain. Never assume the package author's identity, style, timezone or private filesystem. When connected, call Threadify `get_connection_defaults`, then read with `list_comments` and `list_mentions`, draft with `generate_replies` and deliver with `send_replies` or `send_reply`, using the schemas listed in that session. Check a tool is listed before calling it. A missing connection or missing tool means guide setup or keep that step local, never invent inbound or publication.

On first use, ask whether to remember five comments per round or all safe pending comments for the chosen period. Save the answer per account. Default the period to since the last completed scan plus unresolved/deferred items (24 hours on first use). Explicit periods override this.

Use native editable Writing blocks only after verifying create, stable item binding and edited-text readback. Otherwise say `editable_surface_unavailable`, show grouped full context in chat, open the local editable page and read saved revisions with the helper. Do not pretend Markdown code fences are editable Writing blocks.

Every reply belongs to an exact native source ID. A text edit revokes approval. Approval stays local. Send only after an explicit chat instruction naming the unambiguous approved set; the page cannot send. Respect this workflow's reviewed send route even if broader account settings permit automation.

After an advertised delivery action, independently verify the exact published text, record feedback and retry feedback failures without resending replies. If no current delivery action is advertised, stop with the exact approved local set and manual next step. Finish with honest coverage, verified/queued/uncertain states and pending work. Public receipt bodies must not contain raw inbound or reply text.