Skip to main content
Glama
telegram-api-mcp

telegram-api-mcp

by EngDawood

edit_message_text

Idempotent

Change the text of an existing Telegram message sent by a bot or inline mode, using text or rich_message content to correct, update, or reformat messages.

Instructions

Edit the text of a message sent by the bot or via inline mode. Pass either text or rich_message.

Input Schema

NameRequiredDescriptionDefault
textNoMessage text (1-4096 chars)
chat_idNoChat ID or @username
entitiesNoArray of MessageEntity objects
message_idNoMessage ID
parse_modeNoFormatting mode
reply_markupNoInlineKeyboardMarkup, ReplyKeyboardMarkup, ReplyKeyboardRemove, or ForceReply
rich_messageNoInputRichMessage — the long-form post format. Set EXACTLY ONE of markdown, html or blocks. Limits: 32768 characters, 500 blocks (nested items count), 50 media, 20 table columns, 16 nesting levels. Images go in their own block as HTTP(S) URLs. Unsure of the syntax? Call telegram_format with topic "rich_message" first.
inline_message_idNo
link_preview_optionsNoLinkPreviewOptions object
business_connection_idNo

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.2.0

TDQS

B3.2/5.0
Behavior3/5

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

Annotations already declare readOnlyHint=false, idempotentHint=true, destructiveHint=false, and openWorldHint=true, so the safety profile is covered. The description adds the bot/inline-mode scope and the text-versus-rich_message exclusivity, but omits permissions, failure modes, and what happens to existing formatting or entities.

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?

Two short sentences with no wasted wording, and the core action is front-loaded. The text-versus-rich_message constraint is placed immediately after the purpose statement.

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

Completeness2/5

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

For a 10-parameter mutation tool with a nested rich_message object and no output schema, the description is too sparse. It does not state that a message identifier is needed, does not mention edit limitations, and does not summarize rich_message constraints, leaving most context to the schema.

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

Parameters3/5

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

Schema description coverage is 80%, so the baseline is 3. The description adds a meaningful constraint not explicit in the schema: pass either text or rich_message. However, it does not clarify chat_id, message_id, inline_message_id, parse_mode, or entities beyond what the schema already provides.

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

Purpose4/5

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

States a specific verb and resource: 'Edit the text of a message sent by the bot or via inline mode.' It scopes the operation to bot-sent or inline-mode messages, but does not distinguish it from sibling tools such as edit_message_caption or edit_ephemeral_message_text.

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?

The only guidance is 'Pass either text or rich_message.' It does not explain when to use this tool versus edit_message_caption, edit_message_media, edit_message_reply_markup, or edit_ephemeral_message_text, nor does it state prerequisites or exclusions.

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

Deploy Server

Other Tools