Fork: Minimalist Discord library for Crystal. (Still WIP, but usable)
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
meew0 d28639a302
Merge pull request #125 from azah/add/gateway_bot
11 months ago
examples Add Mention.parse utility for parsing mentions 1 year ago
spec Merge branch 'ref/type-enums' of git:// into z64-ref/type-enums 11 months ago
src Merge pull request #125 from azah/add/gateway_bot 11 months ago
.gitignore Add the new docs folder to .gitignore 1 year ago
.travis.yml Check example code compiles in travis 2 years ago
LICENSE Initial commit 2 years ago Clarify the "no abstractions" thing in the readme 2 years ago Fix Travis 11 months ago
deploy_key.enc Make more use of Travis 2 years ago
shard.yml Release 0.3.0 1 year ago



(The “cr” stands for “creative name”.)

discordcr is a minimalist Discord API library for Crystal, designed to be a complement to discordrb for users who want more control and performance and who care less about ease-of-use.

discordcr isn’t designed for beginners to the Discord API - while experience with making bots isn’t required, it’s certainly recommended. If you feel overwhelmed by the complex documentation, try discordrb first and then check back.

Unlike many other libs which handle a lot of stuff, like caching or resolving, themselves automatically, discordcr requires the user to do such things manually. It also doesn’t provide any advanced abstractions for REST calls; the methods perform the HTTP request with the given data but nothing else. This means that the user has full control over them, but also full responsibility. discordcr does not support user accounts; it may work but likely doesn’t.


Add this to your application’s shard.yml:

    github: meew0/discordcr


An example bot can be found here. More examples will come in the future.

A short overview of library structure: the Client class includes the REST module, which handles the REST parts of Discord’s API; the Client itself handles the gateway, i. e. the interactive parts such as receiving messages. It is possible to use only the REST parts by never calling the #run method on a Client, which is what does the actual gateway connection.

The example linked above has an example of an event (on_message_create) that is called through the gateway, and of a REST call (client.create_message). Other gateway events and REST calls work much in the same way - see the documentation for what specific events and REST calls do.

Caching is done using a separate Cache class that needs to be added into clients manually:

client = # ...
cache =
client.cache = cache

Resolution requests for objects can now be done on the cache object instead of directly over REST, this ensures that if an object is needed more than once there will still only be one request to Discord. (There may even be no request at all, if the requested data has already been obtained over the gateway.) An example of how to use the cache once it has been instantiated:

# Get the username of the user with ID 66237334693085184
user = cache.resolve_user(66237334693085184_u64)
user = cache.resolve_user(66237334693085184_u64) # won't do a request to Discord
puts user.username

Apart from this, API documentation is also available, at


  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 a new Pull Request


  • meew0 - creator, maintainer
  • RX14 - Crystal expert, maintainer