Telegram Dev
Current official Telegram documentation for Claude Code, Codex and Cursor.
Telegram Dev is an MCP server plus an agent skill. The server fetches, indexes and searches the official docs (Bot API, Mini Apps, MTProto, TDLib, changelogs) and keeps them fresh. The skill teaches the agent to pick the right API, check eligibility and library support, and cite what it read.
Why
Telegram ships a new Bot API version every month or two. A model's knowledge of it stops at its training cutoff, so agents confidently write code against fields that changed or never existed. They also mix up the Bot API, MTProto and TDLib, which have very different capabilities.
With Telegram Dev the agent reads the current page before it writes code. A real Codex CLI run in a fresh project after uvx telegram-dev install --agent codex (tool calls trimmed):
> Use the telegram-dev skill. In a python-telegram-bot project, I want the inline
'Delete' button to be red and show a custom emoji. Which Bot API fields do this,
what are the requirements, and what does the request JSON look like?
telegram_corpus_status {}
search_telegram_docs {"query": "style icon_custom_emoji_id", "area": "releases"}
search_telegram_docs {"query": "InlineKeyboardButton icon_custom_emoji_id style", "area": "bot-api"}
get_telegram_document {"url": "https://core.telegram.org/bots/api", "offset": 167594, "length": 10500}
get_telegram_document {"url": "https://core.telegram.org/bots/api-changelog", "offset": 39089, "length": 6000}
Use these InlineKeyboardButton fields:
- style: "danger" makes the button red.
- icon_custom_emoji_id is a custom emoji ID shown before "Delete".
- callback_data is your action identifier, 1-64 bytes.
The custom emoji requires either a bot that bought additional usernames on Fragment,
or a Premium bot owner with the message sent by the bot to a private chat, group or
supergroup. PTB 22.7+ supports both fields. Older Telegram clients show the button
unstyled. Source: https://core.telegram.org/bots/api#inlinekeyboardbutton
{"chat_id": 123456789, "text": "Choose an action:",
"reply_markup": {"inline_keyboard": [[{"text": "Delete", "callback_data": "delete:42",
"style": "danger", "icon_custom_emoji_id": "YOUR_CUSTOM_EMOJI_ID"}]]}}
Install
You need uv. No bot token, Telegram account or API key is needed: the server only reads public documentation.
MCP server and skill, one command
Run this in your project directory:
uvx telegram-dev install --agent claude # or: codex, cursor
--agent |
MCP server is added to | Skill is copied to |
|---|---|---|
claude |
.mcp.json |
.claude/skills/telegram-dev |
codex |
.codex/config.toml |
.agents/skills/telegram-dev |
cursor |
.cursor/mcp.json |
.cursor/skills/telegram-dev |
The installer keeps your other settings, backs up the files it changes and never overwrites an existing Telegram Dev setup. The server is pinned to the installed version, so nothing has to stay on disk besides the uv cache. Open a new agent session afterwards and approve the project MCP server when asked. Codex loads project settings only after you trust the project directory.
To upgrade later: uvx telegram-dev@latest install --agent claude --update.
Claude Code plugin
/plugin marketplace add Kay0k1/telegram-dev
/plugin install telegram-dev@telegram-dev-tools
This adds the skill and the MCP server for all your projects. Use either the plugin or the installer, not both.
MCP server only
claude mcp add --scope user telegram-knowledge -- uvx telegram-dev serve
codex mcp add telegram-knowledge -- uvx telegram-dev serve
Any other MCP client:
{
"mcpServers": {
"telegram-knowledge": { "command": "uvx", "args": ["telegram-dev", "serve"] }
}
}
The tools work without the skill, but the skill is what makes an agent use them consistently.
Tools
| Tool | What it does |
|---|---|
search_telegram_docs |
Full-text search over indexed sections, optionally limited to one area: bot-api, mini-apps, telegram-api, tdlib, releases and others |
get_telegram_document |
Reads an official page in pages of up to 40,000 characters; fetches it if it is missing or older than 6 hours |
telegram_corpus_status |
What is indexed, how fresh it is and which sources failed |
telegram_document_history |
Revisions of a page captured by this installation |
telegram_sources |
The 52 official entry points, grouped by API area |
The cache starts empty. Pages are fetched the first time the agent reads them and indexed right away. To pre-fetch everything reachable from the configured sources:
uvx telegram-dev sync --max-pages 0
uvx telegram-dev search "sendVideoNote"
uvx telegram-dev status
What the skill covers
| Area | What the agent checks |
|---|---|
| Bot API | Messages, keyboards, updates, webhooks, files, permissions |
| Formatting and emoji | Entities, UTF-16 offsets, custom emoji and who may use them |
| Media and stickers | Voice messages, video notes, sticker sets, file limits |
| Mini Apps | JS bridge, launch parameters, themes, server-side initData validation |
| MTProto and TDLib | User vs bot authorization, schema and layers, TDLib versions |
| Business and payments | Business connections, Stars, subscriptions, gifts, paid media |
| Groups and channels | Admin rights, forums and topics, moderation |
| Releases | Bot API changelog, API layers, TDLib changelog, official announcements |
The skill lives in skills/telegram-dev, with one reference file per area.
How fresh the docs are
- Reading a page older than 6 hours re-fetches it. Search re-fetches up to six stale matching pages.
- While the server runs, a background cycle checks up to 120 pages every 6 hours: entry points, newly found links, oldest pages.
- If Telegram's site is unreachable, the cached text is kept and marked stale with the error, so the agent knows it is reading an old copy.
- A daily GitHub Action checks all 52 official sources and publishes hashes and errors on the
docs-statusbranch.
Settings such as the cache path (TELEGRAM_KNOWLEDGE_DB) and refresh intervals are in docs/runtime.md.
Self-hosting
The server also runs over Streamable HTTP, so a team can share one cache. A Dockerfile and a Caddy setup with HTTPS are included: docs/deployment.md.
uvx telegram-dev serve --transport streamable-http --port 8000
Limits
- Search is local full-text search (SQLite FTS5), not semantic search. Exact method names and English terms work best. A small set of Russian aliases is built in.
- Coverage is what can be reached from the 52 official entry points. Page history starts when your installation first fetched the page.
- The server does not log in to Telegram, send messages or touch chats. It only reads public pages.
- The skill improves how agents work. It does not guarantee a correct answer: check the code against Telegram before shipping.
Development
git clone https://github.com/Kay0k1/telegram-dev && cd telegram-dev
uv sync --frozen
uv run --frozen python -m unittest discover -s tests -v
uv run --frozen telegram-dev install --agent claude --project /path/to/test-project
CI runs the tests on Linux, macOS and Windows and checks the Docker image. docs/validation.md lists what has been verified by hand and what has not. Issues and pull requests are welcome; tests/behavioral-cases.json has agent scenarios that still need runs in each client.
License
MIT for the code and the skill. Fetched Telegram documentation remains Telegram's; the package does not bundle it (NOTICE). This is an independent project, not affiliated with Telegram.
Metadata
Release files for telegram-dev 0.4.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| telegram_dev-0.4.0.tar.gz | 157.6 kB | With provenance | Details for telegram_dev-0.4.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| telegram_dev-0.4.0-py3-none-any.whl | Python 3 | none | any | Details for telegram_dev-0.4.0-py3-none-any.whl |
Total release size: 203.0 kB
Release files / telegram_dev-0.4.0.tar.gz
| Download URL | telegram_dev-0.4.0.tar.gz |
|---|---|
| Size | 157.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
28273105272afa0fd2d5e5f54652d988d6caa8629e63300db69bd37d8c1b47a3
|
|
BLAKE2b-256 checksum How to use checksums |
54dd6f695978255d3bd97200c9c595675a3caf17be68bd341bc363614491d323
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 10, 2026.
Transparency logRelease files / telegram_dev-0.4.0-py3-none-any.whl
| Download URL | telegram_dev-0.4.0-py3-none-any.whl |
|---|---|
| Size | 45.4 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
a2ba94a8705ccf6e86664a33575a008e9255ce285a3084171a0c1d8eaff2bbed
|
|
BLAKE2b-256 checksum How to use checksums |
84586cb75a227f5777cefee710dc5ddfe9e07ddc1c7bfeee052b43314928c385
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.16
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 10, 2026.
Transparency logSecurity for telegram-dev 0.4.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
Both files in this release have been uploaded with provenance metadata.
Attestation for telegram_dev-0.4.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Nov 10, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.