Skip to main content
Glama

whatsapp_message_delete

Manage a message you can act on. Actions:

  • delete: { chat_jid, message_id, for_everyone? (default true) } — delete for everyone (your msg) or just for you

  • forward: { chat_jid, message_id, to } — forward a stored message to another chat

  • edit: { chat_jid, message_id, text } — edit one of your recent text messages

[Flattened action: delete]

Bulk support: accepts message_ids for batched execution.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
toNo
textNo
accountNo
chat_jidYes
message_idYes
message_idsNo
for_everyoneNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observed

TDQS

C2.4/5.0
Behavior1/5

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

Annotation Contradiction: the description describes deletion, and the tool name is whatsapp_message_delete, but annotations declare destructiveHint=false. This is a serious inconsistency. The description does add useful context like for_everyone defaulting to true and 'your msg' prerequisite, but the contradiction undermines trust and transparency.

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

Conciseness2/5

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

The bullet formatting is readable, but the content is not appropriately scoped: it includes forward and edit actions that do not belong in a delete tool, plus the odd 'Flattened action: delete' note. The vague introductory phrase and extra action blocks make the description longer and more confusing than necessary.

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

Completeness3/5

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

The description covers the core delete behavior, the for_everyone distinction, and bulk deletion, which is useful for a 7-parameter tool with no output schema. But it omits account parameter semantics, what the response/return value is, any error or permission context, and how the action is determined given the listed multiple actions. This is a partial but not complete description.

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?

The schema has 0% description coverage, so the description carries the burden. It adds meaningful semantics for chat_jid, message_id, for_everyone, to, text, and message_ids, including a default value for for_everyone. However, the account parameter is not explained, and the forward/edit action blocks add ambiguity about which parameters actually apply to the flattened delete action.

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

Purpose3/5

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

The description does identify a delete action with clear semantics ('delete for everyone (your msg) or just for you') and mentions bulk support, but the opening phrase 'Manage a message you can act on' plus listing forward and edit actions obscures the fact that this is a delete-specific tool. It does not distinguish itself from the sibling whatsapp_message_forward and whatsapp_message_edit tools.

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

Usage Guidelines2/5

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

There is no explicit guidance about when to use this tool rather than siblings. The description actually lists forward and edit as actions, implying they belong here, while sibling tools exist for those operations. Bulk support is mentioned but there is no guidance on when to use message_ids versus single message_id.

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.