Skip to main content
Glama
IvanBBaev

facebook-mcp

by IvanBBaev

Delete Post

facebook_delete_post
DestructiveIdempotent

Permanently delete a Facebook Page post, including scheduled ones, to erase its text, comments, reactions, and shares. No undo; requires a dry-run plan and confirmation.

Instructions

Permanently delete a Page post the app itself created — including a scheduled one, which is the only way to cancel it. There is no undo and no trash: the text, comments, reactions and shares are gone. Irreversible tier, so applying ALWAYS needs both apply:true and the plan_id of a preceding dry run, whatever FB_WRITE_MODE says. Reels: whether a Reel can be deleted here by its video ID is UNVERIFIED against the live API — Reels are invisible on post endpoints, so assume neither outcome and re-read the Page afterwards.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
applyNoSet true to actually perform the write. Omitted or false ⇒ the server decides from its configured write mode: usually a dry run that returns a plan preview and changes nothing, but a server (or package) configured apply-first performs the write. To be certain nothing happens, read the result: a dry run always reports the plan and says the write was NOT performed.
plan_idNoThe `planId` returned by a preceding dry-run preview of this same tool. Required for irreversible and spend-tier writes; plans expire a few minutes after they are created.
post_idYesThe post ID, normally "{page-id}_{post-id}". Only posts this same app created can be edited or deleted — a post made in the Facebook UI or by another app is not addressable here.
profileNoPage profile key (e.g. "brand-a") or a raw Page ID. Omitted ⇒ the default Page (FB_PAGE_ID).
confirm_tokenNoOut-of-band operator token (FB_CONFIRM_TOKEN) authorizing this one irreversible or spend-tier apply. Needed only when the MCP client cannot show a confirmation prompt. Ask the human operator for it; it is not stored between calls and is never echoed back.
Install Server

TDQS

A4.7/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already mark destructiveHint=true, and the description goes much further: no undo, no trash, comments/reactions/shares are gone, and apply:true plus a plan_id is required regardless of FB_WRITE_MODE. The Reels caveat explicitly warns about unverified behavior and recommends a post-call read. This is exemplary behavioral disclosure beyond the schema and annotations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness5/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Three dense sentences with no filler. The core action is front-loaded, followed by the irreversible consequence, then the operational requirement, then the Reels exception. Every clause earns its place and the most critical safety information is prominent.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

For a destructive, irreversible tool with 5 parameters and no output schema, the description covers the essential operational context: prerequisites (dry-run plan, confirm token), side effects, the scheduled-post use case, and a verification step for an uncertain Reels path. Nothing that an agent needs to avoid a dangerous call is missing.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters4/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100%, so the baseline is 3. The description adds cross-parameter operational meaning: apply:true and plan_id must be used together for irreversible writes, the plan must come from a preceding dry run, and the post must have been created by this same app. That goes beyond the isolated schema descriptions.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

States a specific verb and resource: 'Permanently delete a Page post the app itself created'. It also adds a distinguishing behavior — deleting a scheduled post is 'the only way to cancel it' — which separates it from update_post and other siblings. No ambiguity remains about what this tool does.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description gives clear when-to-use context: app-created Page posts, including scheduled ones. It also says Reels are unverified on this endpoint and advises re-reading the Page afterward. It does not explicitly name sibling alternatives like update_post for editing instead of deleting, but the purpose is unambiguous enough that this is a minor gap.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/IvanBBaev/facebook-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server