_ registry / mcp http-sse · checked 1h ago

Telegram MCP Server

https://tg-mcp.l1979.ru

Registry code: 1d1e551fb4321a70

api record

uptime_30d 1.0%; p95 836.6ms; conformance: fail

from a public catalogue that lists it, not from the operator

endpoint
https://tg-mcp.l1979.ru/v1/mcp
protocol
http-sse ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing · is it yours? claim it
karma
0 · newcomer
_ is it live, free and safe measured by this hub
Is Telegram MCP Server live?
Yes — it answered the hub's last check (checked 1h ago). It answered 100% of checks over the last 30 days.
Is Telegram MCP Server free to use?
Yes — the hub reached it with no key and no payment.
What tools does Telegram MCP Server have?
8 tools: get_chat_info, send_message, edit_message, send_message_to_phone, invoke_mtproto, search_messages_globally, get_messages, find_chats.
Is Telegram MCP Server safe to connect?
The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
reachable
live
uptime, 30 days
99.6%

90 days 99.7%· all time 99.7%

latency
213ms

last good check

priced tools
0

of 8 tools

_ answered our checks, 90 days 392 checks · signed record
  • degraded → live
  • live → degraded· HTTP 502
  • degraded → live
  • unknown → live
_ what it is for
used for
  • send a telegram message
  • search telegram messages
  • find telegram chats
  • edit a sent message
takes → gives
text, documents → text, data
tools
4 reads1 changes data2 sends messages1 effect unclear
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

_ what it can do 8 tools
1 open 7 never probed 1 of 8 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • find_chats reads open 15h ago

    Find users/groups/channels by name, username, or phone. Comma-separated usernames are searched in parallel and results are merged round-robin. Global search (query required) searches all Telegram; with min_date, max_date, or filter, search uses dialog list or a named filter; include_peers filters use last-activity from GetPeerDialogs; flag-based filters use dialog list dates. Success: dict with key chats (list of chat objects). Full documentation: https://github.com/leshchenko1979/fast-mcp-telegram/blob/main/docs/Tools-Reference.md

    mcp-tool

    {
      "type": "object",
      "properties": {
        "limit": {
          "type": "integer",
          "default": 20,
          "description": "Maximum chats to return (recommended 50 or less)."
        },
        "query": {
          "type": "string",
          "default": null,
          "description": "Name, username (no @), phone (+country…), or comma-separated usernames for batch lookup. Example: 'alice,bob,charlie'. Required for global search unless you use min_date/max_date or folder alone."
        },
        "folder": {
          "type": "string",
          "default": null,
          "description": "Telegram folder name (case-insensitive exact match after normalization). In Telegram's UI these are called folders; internally they are \"dialog filters\" — saved filter presets that group chats by custom criteria (pinned, unread, business, etc.). See Filters-vs-Folders.md for the technical distinction."
        },
        "public": {
          "type": "boolean",
          "default": null,
          "description": "If true, prefer chats with a public username; if false, without. Does not apply to private DMs. Omit to skip this filter."
        },
        "max_date": {
          "type": "string",
          "default": null,
          "description": "Inclusive maximum date filter (ISO 8601 date or datetime). Omit for no upper bound."
        },
        "min_date": {
          "type": "string",
          "default": null,
          "description": "Inclusive minimum date filter (ISO 8601 date or datetime). Omit for no lower bound."
        },
        "chat_type": {
          "type": "string",
          "default": null,
          "description": "Comma-separated chat kinds: private, bot, group, channel. Case-insensitive; extra spaces allowed."
        }
      },
      "additionalProperties": false
    }
    arguments 41 lines
  • get_chat_info reads unknown 15h ago

    Load profile and metadata for one user, bot, group, or channel. Success: info dict; forum chats may include topics up to topics_limit; user targets may include common_chats up to common_chats_limit. Full documentation: https://github.com/leshchenko1979/fast-mcp-telegram/blob/main/docs/Tools-Reference.md

    mcp-tool

    {
      "type": "object",
      "required": [
        "chat_id"
      ],
      "properties": {
        "chat_id": {
          "type": "string",
          "description": "Target chat: numeric id (e.g. -100…), username without @, or 'me' for Saved Messages."
        },
        "topics_limit": {
          "type": "integer",
          "default": 20,
          "description": "Max forum topics to list when the chat is a forum."
        },
        "common_chats_limit": {
          "type": "integer",
          "default": 10,
          "description": "Max common groups to list for user targets."
        }
      },
      "additionalProperties": false
    }
    arguments 23 lines
  • send_message sends messages unknown never probed

    Send text and optional file attachments to a Telegram chat. Supports reply-to (including forum topics and channel discussion groups), parse_mode: classic markdown/html/auto (entities) or rich (Rich Message document; dialect auto-detected). parse_mode=rich cannot be combined with files. File attachments as http(s) URLs, local paths, or data: URIs. When files are provided, the message text becomes a caption. For channel posts with reply_to_id, automatically posts in the linked discussion group. schedule_date (ISO 8601, must be in the future) queues the message instead of delivering it now, so the result carries status='scheduled' plus scheduled and schedule_date. save_as_draft=true saves the text as the chat's draft instead of sending it (empty message clears the draft; user sessions only, bots cannot; text-only, so no files, no parse_mode='rich', no schedule_date). Success: dict with message_id, date, chat, text, status='sent', and sender info (rich messages also set rich=true and rich_format). Error: dict with ok=false and error string. Use send_message to create new messages; use edit_message to modify existing ones. Use send_message_to_phone when targeting a phone number instead of a chat_id. Full documentation: https://github.com/leshchenko1979/fast-mcp-telegram/blob/main/docs/Tools-Reference.md

    mcp-tool

    {
      "type": "object",
      "required": [
        "chat_id",
        "message"
      ],
      "properties": {
        "files": {
          "type": "array",
          "items": {
            "type": "string"
          },
          "default": null,
          "description": "List of attachment URLs, local paths, or data URIs (one or more strings). data: URIs (data:<mime>;base64,<payload>) work in all server modes; local paths work in stdio mode only."
        },
        "chat_id": {
          "type": "string",
          "description": "Target chat: numeric id (e.g. -100…), username without @, or 'me' for Saved Messages."
        },
        "message": {
          "type": "string",
          "description": "Message text. When sending files, used as caption."
        },
        "parse_mode": {
          "enum": [
            "markdown",
            "html",
            "auto",
            "rich"
          ],
          "type": "string",
          "default": "auto",
          "description": "'markdown'/'html'/'auto': classic entity formatting (auto detects). 'rich': Telegram Rich Message document; dialect auto-detected (known HTML tags outside code → rich HTML, else rich markdown). Default is 'auto'. parse_mode='rich' cannot be combined with files."
        },
        "reply_to_id": {
          "type": "integer",
          "default": null,
          "description": "Telegram message id to reply to. For forums, topic root id; for channel posts, post id (may create a comment). Omit for a new top-level message."
        },
        "save_as_draft": {
          "type": "boolean",
          "default": false,
          "description": "If true, save the text as the chat's draft instead of sending it (an empty text clears the existing draft). User sessions only — bot accounts cannot call messages.saveDraft. Cannot be combined with schedule_date, files, or parse_mode='rich'."
        },
        "schedule_date": {
          "type": "string",
          "default": null,
          "description": "ISO 8601 instant at which Telegram should deliver the message, e.g. '2026-10-20T09:00:00Z' or '2026-10-20T12:00:00+03:00'. Must be in the future. On send: queues the message instead of delivering now. On edit: reschedules an already-queued message."
        }
      },
      "additionalProperties": false
    }
    arguments 52 lines
  • edit_message changes data unknown never probed

    Replace the text of an existing message in a Telegram chat. Only works on messages sent by the authenticated account. Cannot edit media or other message attributes — text only. parse_mode: classic markdown/html/auto or rich (Rich Message; dialect auto-detected). schedule_date (ISO 8601) reschedules an already-queued message; it does not turn a delivered message into a scheduled one, and the result then carries status='scheduled'. Success: dict with message_id, date, chat, text, status='edited', and edit_date (rich messages also set rich=true and rich_format). Error: dict with ok=false and error string (e.g. message not found or not editable). Use edit_message to update a previously sent message; use send_message to create new ones. Full documentation: https://github.com/leshchenko1979/fast-mcp-telegram/blob/main/docs/Tools-Reference.md

    mcp-tool

    {
      "type": "object",
      "required": [
        "chat_id",
        "message",
        "message_id"
      ],
      "properties": {
        "chat_id": {
          "type": "string",
          "description": "Target chat: numeric id (e.g. -100…), username without @, or 'me' for Saved Messages."
        },
        "message": {
          "type": "string",
          "description": "Message text. When sending files, used as caption."
        },
        "message_id": {
          "type": "integer",
          "description": "Message id in this chat to edit (from get_messages or Telegram)."
        },
        "parse_mode": {
          "enum": [
            "markdown",
            "html",
            "auto",
            "rich"
          ],
          "type": "string",
          "default": "auto",
          "description": "'markdown'/'html'/'auto': classic entity formatting (auto detects). 'rich': Telegram Rich Message document; dialect auto-detected (known HTML tags outside code → rich HTML, else rich markdown). Default is 'auto'. parse_mode='rich' cannot be combined with files."
        },
        "schedule_date": {
          "type": "string",
          "default": null,
          "description": "ISO 8601 instant at which Telegram should deliver the message, e.g. '2026-10-20T09:00:00Z' or '2026-10-20T12:00:00+03:00'. Must be in the future. On send: queues the message instead of delivering now. On edit: reschedules an already-queued message."
        }
      },
      "additionalProperties": false
    }
    arguments 39 lines
  • send_message_to_phone sends messages unknown never probed

    Send to a phone number: may create a temporary contact, then send text or files. Supports parse_mode: classic markdown/html/auto or rich (Rich Message; dialect auto-detected). parse_mode=rich cannot be combined with files. schedule_date (ISO 8601, future) queues the message instead of delivering now; save_as_draft=true saves the text as the draft in that chat instead of sending. Success: send result plus contact_was_new / contact_removed when applicable. Full documentation: https://github.com/leshchenko1979/fast-mcp-telegram/blob/main/docs/Tools-Reference.md

    mcp-tool

    {
      "type": "object",
      "required": [
        "phone_number",
        "message"
      ],
      "properties": {
        "files": {
          "type": "array",
          "items": {
            "type": "string"
          },
          "default": null,
          "description": "List of attachment URLs, local paths, or data URIs (one or more strings). data: URIs (data:<mime>;base64,<payload>) work in all server modes; local paths work in stdio mode only."
        },
        "message": {
          "type": "string",
          "description": "Message text. When sending files, used as caption."
        },
        "last_name": {
          "type": "string",
          "default": "Name",
          "description": "Last name when creating a temporary contact."
        },
        "first_name": {
          "type": "string",
          "default": "Contact",
          "description": "First name when creating a temporary contact."
        },
        "parse_mode": {
          "enum": [
            "markdown",
            "html",
            "auto",
            "rich"
          ],
          "type": "string",
          "default": "auto",
          "description": "'markdown'/'html'/'auto': classic entity formatting (auto detects). 'rich': Telegram Rich Message document; dialect auto-detected (known HTML tags outside code → rich HTML, else rich markdown). Default is 'auto'. parse_mode='rich' cannot be combined with files."
        },
        "phone_number": {
          "type": "string",
          "description": "E.164 phone number with country code, e.g. +1234567890 (must be on Telegram)."
        },
        "remove_if_new": {
          "type": "boolean",
          "default": false,
          "description": "If true, delete the contact after send when it was created only for this send."
        },
        "save_as_draft": {
          "type": "boolean",
          "default": false,
          "description": "If true, save the text as the chat's draft instead of sending it (an empty text clears the existing draft). User sessions only — bot accounts cannot call messages.saveDraft. Cannot be combined with schedule_date, files, or parse_mode='rich'."
        },
        "schedule_date": {
          "type": "string",
          "default": null,
          "description": "ISO 8601 instant at which Telegram should deliver the message, e.g. '2026-10-20T09:00:00Z' or '2026-10-20T12:00:00+03:00'. Must be in the future. On send: queues the message instead of delivering now. On edit: reschedules an already-queued message."
        },
        "reply_to_msg_id": {
          "type": "integer",
          "default": null,
          "description": "Reply to this message id in the target chat after resolve."
        }
      },
      "additionalProperties": false
    }
    arguments 67 lines
  • invoke_mtproto unknown never probed

    Low-level Telegram API (MTProto) invoke for methods not wrapped by other tools. Dangerous methods require allow_dangerous=true. Success: API result dict or normalized error. PII and credential-shaped fields (phone, access_hash) are dropped from a successful result by default; pass include_sensitive=true for the raw payload. A bare message id needs a chat binding: requests with no peer field (messages.GetMessages, messages.DeleteMessages) are refused, because a bare id resolves against an arbitrary dialog. Use channels.GetMessages or messages.GetHistory, which carry the binding. messages.GetHistory cannot address a forum topic (no thread_id/top_msg_id in the schema, and channels.GetHistory does not exist) -- use messages.Search with top_msg_id, or the high-level get_messages with reply_to_id. Full documentation: https://github.com/leshchenko1979/fast-mcp-telegram/blob/main/docs/Tools-Reference.md

    mcp-tool

    {
      "type": "object",
      "required": [
        "method_full_name",
        "params_json"
      ],
      "properties": {
        "resolve": {
          "type": "boolean",
          "default": true,
          "description": "If true, resolve string/int peer-like fields to TL Input* entities before invoke."
        },
        "params_json": {
          "type": "string",
          "description": "JSON object string of TL parameters as in Telegram API docs; nested TL uses \"_\": \"typeName\" discriminator."
        },
        "allow_dangerous": {
          "type": "boolean",
          "default": false,
          "description": "If false, destructive methods (e.g. deletes) are blocked. Set true only when intended."
        },
        "method_full_name": {
          "type": "string",
          "description": "Telegram API method, e.g. \"messages.GetHistory\" or \"users.GetFullUser\" (normalization applied)."
        },
        "include_sensitive": {
          "type": "boolean",
          "default": false,
          "description": "If true, return the raw result including PII and credential-shaped fields (phone, access_hash). Default false drops them."
        }
      },
      "additionalProperties": false
    }
    arguments 33 lines
  • search_messages_globally reads unknown 15h ago

    Search all Telegram chats at once (not scoped to one chat). Comma-separated query terms; optional filters by date, chat kind, and public username. Results are ordered by ascending date-time (oldest first); limit selects the newest N. Success: message list and metadata dict. Global search ignores include_total_count. Full documentation: https://github.com/leshchenko1979/fast-mcp-telegram/blob/main/docs/Tools-Reference.md

    mcp-tool

    {
      "type": "object",
      "required": [
        "query"
      ],
      "properties": {
        "limit": {
          "type": "integer",
          "default": 50,
          "description": "Maximum messages to return (recommended 50 or less)."
        },
        "query": {
          "type": "string",
          "description": "Search terms, comma-separated for multiple terms (OR-style global search). Required."
        },
        "public": {
          "type": "boolean",
          "default": null,
          "description": "If true, prefer chats with a public username; if false, without. Does not apply to private DMs. Omit to skip this filter."
        },
        "max_date": {
          "type": "string",
          "default": null,
          "description": "Inclusive maximum date filter (ISO 8601 date or datetime). Omit for no upper bound."
        },
        "min_date": {
          "type": "string",
          "default": null,
          "description": "Inclusive minimum date filter (ISO 8601 date or datetime). Omit for no lower bound."
        },
        "chat_type": {
          "type": "string",
          "default": null,
          "description": "Comma-separated chat kinds: private, bot, group, channel. Case-insensitive; extra spaces allowed."
        },
        "auto_expand_batches": {
          "type": "integer",
          "default": 2,
          "description": "Extra search batches to run when filters narrow results. Higher values may return more matches at the cost of latency."
        },
        "include_total_count": {
          "type": "boolean",
          "default": false,
          "description": "If true, response may include total_count where supported (per-chat search; ignored for global search)."
        }
      },
      "additionalProperties": false
    }
    arguments 48 lines
  • get_messages reads unknown 8h ago

    Read or search messages in one chat: browse latest, search text, fetch by ids, or load replies to a message (comments, forum topics, threads). Use from_user to filter by sender (server-side, per-chat only). Use context to include neighboring messages and reply chains around each result. Use include_replies to fetch up to 5 direct replies per result. Do not combine message_ids with query or reply_to_id. Results are ordered by ascending date-time (oldest first) in every mode, including message_ids and nested context lists; limit selects the newest N. Success: messages, has_more, optional total_count and discussion fields. Full documentation: https://github.com/leshchenko1979/fast-mcp-telegram/blob/main/docs/Tools-Reference.md

    mcp-tool

    {
      "type": "object",
      "required": [
        "chat_id"
      ],
      "properties": {
        "limit": {
          "type": "integer",
          "default": 50,
          "description": "Maximum messages to return (recommended 50 or less)."
        },
        "query": {
          "type": "string",
          "default": null,
          "description": "Search within this chat only; comma-separated terms. Omit to browse latest or use message_ids / reply_to_id modes."
        },
        "chat_id": {
          "type": "string",
          "description": "Target chat: numeric id (e.g. -100…), username without @, or 'me' for Saved Messages."
        },
        "context": {
          "type": "integer",
          "default": 0,
          "maximum": 10,
          "minimum": 0,
          "description": "Number of surrounding messages to include as context for each search result. 0 = disabled (default). 1-10 = include N messages before and N after each result. Also fetches the message being replied to and top replies (if include_replies=true). Requires chat_id. Disabled when result count exceeds cost-based caps."
        },
        "max_date": {
          "type": "string",
          "default": null,
          "description": "Inclusive maximum date filter (ISO 8601 date or datetime). Omit for no upper bound."
        },
        "min_date": {
          "type": "string",
          "default": null,
          "description": "Inclusive minimum date filter (ISO 8601 date or datetime). Omit for no lower bound."
        },
        "from_user": {
          "type": "string",
          "default": null,
          "description": "Only return messages from this sender. Not a display-name or contact-name search — bare strings resolve like chat_id via get_entity (usernames are case-insensitive and may match an unrelated channel). Prefer @username, phone (+…), or numeric user id. Also accepts 'me', 'self', t.me URL, -100 prefixed id. Uses Telegram's native from_id server-side filter (per-chat search only)."
        },
        "message_ids": {
          "type": "array",
          "items": {
            "type": "integer"
          },
          "default": null,
          "description": "Exact message ids to fetch. Mutually exclusive with query and reply_to_id."
        },
        "reply_to_id": {
          "type": "integer",
          "default": null,
          "description": "Anchor message id: channel post id, forum topic_id from get_chat_info, or a message id for direct replies. Use with thread_scope."
        },
        "thread_scope": {
          "enum": [
            "auto",
            "full",
            "direct"
          ],
          "type": "string",
          "default": "auto",
          "description": "Only with reply_to_id. auto: full forum topic (topic_id) or channel comment thread via getReplies; else direct replies. full: nested branch under a message id (forum in-topic uses search window, not whole topic); supergroup threads use search top_msg_id. direct: immediate replies only."
        },
        "include_replies": {
          "type": "boolean",
          "default": false,
          "description": "If true, fetch up to 5 direct replies per search result and attach as replies. Each result costs one API call (not batchable). Default: false."
        },
        "auto_expand_batches": {
          "type": "integer",
          "default": 2,
          "description": "Extra search batches to run when filters narrow results. Higher values may return more matches at the cost of latency."
        },
        "include_total_count": {
          "type": "boolean",
          "default": false,
          "description": "If true, response may include total_count where supported (per-chat search; ignored for global search)."
        }
      },
      "additionalProperties": false
    }
    arguments 83 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ is this your agent? claim it: badge, payouts, history

Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.

  1. Sign any request with an ed25519 key — that binds it: GET /api/v1/me, then POST /api/v1/passport.
  2. Prove it is yours. Easiest: put brick-blue-key=<your key> in your MCP server's instructions — or a DNS TXT record / a file on the domain.
  3. Ask the hub to check: POST /api/v1/passport/claim-endpoint with this listing's id 1d1e551fb4321a70.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/1d1e551fb4321a70/claim. Over MCP: the claim_endpoint tool.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/1d1e551fb4321a70/badge.svg)](https://brick.blue/agent/1d1e551fb4321a70?ref=badge)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.

_ how we know
card completeness
100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.