56 releases (29 breaking)

new 0.30.6 Apr 19, 2024
0.30.5 Mar 26, 2024
0.30.4 Feb 17, 2024
0.29.2 Dec 29, 2023
0.1.0 Mar 13, 2021

#16 in HTTP client

Download history 36/week @ 2023-12-24 24/week @ 2023-12-31 57/week @ 2024-01-07 38/week @ 2024-01-14 119/week @ 2024-01-21 15/week @ 2024-01-28 1/week @ 2024-02-04 155/week @ 2024-02-11 266/week @ 2024-02-18 291/week @ 2024-02-25 122/week @ 2024-03-03 236/week @ 2024-03-10 87/week @ 2024-03-17 277/week @ 2024-03-24 291/week @ 2024-03-31 22/week @ 2024-04-07

715 downloads per month
Used in 2 crates

WTFPL license



Crates.io docs page test


Telegram bot API client for Rust.

It's a complete wrapper for Telegram bot API, and it's up-to-date with version 7.1 of the API.

Frankenstein's data structures (rust structs and enums) are mapped one-to-one from Telegram bot API objects and method parameters.


Run cargo add frankenstein or add the following to your Cargo.toml.

frankenstein = "0.30"


Default features

  • http-client - a blocking HTTP client (uses ureq), it's the only default feature
  • telegram-trait - a blocking API trait, it's included in the http-client feature. It may be useful for people who want to create a custom blocking client (for example, replacing an HTTP client)

Optional features

  • async-http-client - an async HTTP client, it uses reqwest, and it's disabled by default
  • async-telegram-trait - an async API trait, it's used in the async-http-client. It may be useful for people who want to create a custom async client

To use the async client add the following line to your Cargo.toml file:

frankenstein = { version = "0.30", default-features = false, features = ["async-http-client"] }

You can also disable all features. In this case the crate will ship only with Telegram types.

frankenstein = { version = "0.30", default-features = false }


Examples in this section use the blocking client (frankenstein::Api), but async examples would look the same (just replace frankenstein::Api with frankenstein::AsyncApi)

Data structures

All objects described in the API docs have direct counterparts in the Frankenstein. For example, in the docs there is the user type:

id	Integer	Unique identifier for this user or bot. This number may have more than 32 significant bits and some programming languages may have difficulty/silent defects in interpreting it. But it has at most 52 significant bits, so a 64-bit integer or double-precision float type are safe for storing this identifier.
is_bot	Boolean	True, if this user is a bot
first_name	String	User's or bot's first name
last_name	String	Optional. User's or bot's last name
username	String	Optional. User's or bot's username
language_code	String	Optional. IETF language tag of the user's language
can_join_groups	Boolean	Optional. True, if the bot can be invited to groups. Returned only in getMe.
can_read_all_group_messages	Boolean	Optional. True, if privacy mode is disabled for the bot. Returned only in getMe.
supports_inline_queries	Boolean	Optional. True, if the bot supports inline queries. Returned only in getMe.

In Frankenstein, it's described like this:

pub struct User {
    pub id: u64,
    pub is_bot: bool,
    pub first_name: String,
    pub last_name: Option<String>,
    pub username: Option<String>,
    pub language_code: Option<String>,
    pub can_join_groups: Option<bool>,
    pub can_read_all_group_messages: Option<bool>,
    pub supports_inline_queries: Option<bool>,

Optional fields are described as Option.

Every struct can be created with the associated builder. Only required fields are required to set, optional fields are set to None when not provided:

let send_message_params = SendMessageParams::builder()

For API parameters, the same approach is used. The only difference for parameters is the name of the struct in Frankenstein ends with Params postfix.

For example, parameters for leaveChat method:

pub struct LeaveChatParams {
    chat_id: ChatId,

Making requests

To make a request to the Telegram bot API initialize the Api struct.

use frankenstein::Api;
use frankenstein::TelegramApi;


let token = "My_token";
let api = Api::new(token);

Then use this API object to make requests to the Bot API:

let update_params = GetUpdatesParams::builder()

let result = api.get_updates(&update_params);

Every function returns a Result enum with a successful response or failed response.

See a complete example in the examples directory.

Uploading files

Some methods in the API allow uploading files. In the Frankenstein for this FileUpload enum is used:

pub enum FileUpload {

pub struct InputFile {
    path: std::path::PathBuf

It has two variants:

  • FileUpload::String is used to pass the ID of the already uploaded file
  • FileUpload::InputFile is used to upload a new file using multipart upload.

Customizing HTTP clients

Both the async (reqwest) and the blocking (ureq) HTTP clients can be customized with their builders.

Customizing the blocking client:

use frankenstein::ureq;
use frankenstein::Api;
use std::time::Duration;

let request_agent = ureq::builder().timeout(Duration::from_secs(100)).build();
let api_url = format!("{}{}", BASE_API_URL, TOKEN);


Customizing the async client:

use frankenstein::reqwest;
use frankenstein::AsyncApi;
use std::time::Duration;

let client = reqwest::ClientBuilder::new()
let api_url = format!("{}{}", BASE_API_URL, TOKEN);



Frankenstein implements all Telegram bot API methods. To see which parameters you should pass, check docs.rs

You can check out real-world bots created using this library:

Replacing the default HTTP client

The library uses ureq HTTP client by default, but it can be easily replaced with any HTTP client of your choice.

ureq comes with a default feature (impl). So the feature should be disabled.

frankenstein = { version = "0.30", default-features = false, features = ["telegram-trait"] }

Then implement the TelegramApi trait for your HTTP client which requires two functions:

  • request_with_form_data is used to upload files
  • request is used for requests without file uploads

You can check the default TelegramApi trait implementation for ureq.

Also, you can take a look at the implementation for isahc HTTP client in the examples directory.

Without the default ureq implementation, frankenstein has only one dependency - serde.


  1. Fork it!
  2. Create your feature branch (git checkout -b my-new-feature)
  3. Commit your changes (git commit -am 'Add some feature')
  4. Push to the branch (git push origin my-new-feature)
  5. Create new Pull Request


Ayrat Badykov (@ayrat555)


~176K SLoC