Skip to content
Back to skills

Threadify Inbound Replies

ASecurity

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.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 29, 2026
ai-agentsdocumentation

Works with

  • cli
  • mcp

Security analysis

A100/100

Scanned September 29, 2026

npx -y skills add lennoxsaint/Threadify-workflows --skill threadify-inbound-replies --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Threadify Inbound Replies?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Threadify Inbound Replies
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/lennoxsaint-threadify-inbound-replies/badge)](https://www.skillsdirectory.com/skills/lennoxsaint-threadify-inbound-replies)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
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 `list_dispatcher_tools`. Use only the exact read, draft or delivery actions and schemas returned in that session, through `call_agent_action`. A tool name described in documentation is not current capability proof. Missing connection or missing dispatcher capability means guide setup or keep the work 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.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…