2017-05-21 23:19:07 +02:00
|
|
|
# Zulip bot system
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-21 23:19:07 +02:00
|
|
|
Zulip's features can be extended by the means of bots and integrations.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-21 23:19:07 +02:00
|
|
|
* **Integrations** are used to connect Zulip with different chat, scheduling and workflow software.
|
|
|
|
If this is what you are looking for, please check out the [integrations guide](
|
|
|
|
http://zulip.readthedocs.io/en/latest/integration-guide.html?highlight=integrations).
|
|
|
|
* **Bots**, as a more general concept, intercept and react to messages.
|
|
|
|
If this is what you are looking for, read on!
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-21 23:19:07 +02:00
|
|
|
The purpose of this documentation is to provide you with information about Zulip's
|
|
|
|
bot system.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
On this page you'll find:
|
|
|
|
|
2017-05-21 23:19:07 +02:00
|
|
|
* A step-by-step [tutorial](#how-to-run-a-bot) on how to run a bot.
|
2016-12-18 16:11:46 +01:00
|
|
|
* A step-by-step [tutorial](#how-to-develop-a-bot) on how to develop a bot.
|
|
|
|
* A [documentation](#bot-api) of the bot API.
|
2017-05-21 23:19:07 +02:00
|
|
|
* Common [problems](#common-problems) when developing/running bots and their solutions.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
Contributions to this guide are very welcome, so if you run into any
|
|
|
|
issues following these instructions or come up with any tips or tools
|
2017-02-13 01:55:54 +01:00
|
|
|
that help with writing bots, please visit
|
|
|
|
[#bots](https://chat.zulip.org/#narrow/stream/bots) on the
|
|
|
|
[Zulip development community server](https://chat.zulip.org), open an
|
|
|
|
issue, or submit a pull request to share your ideas!
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-21 23:19:07 +02:00
|
|
|
# The contrib_bot system
|
|
|
|
|
|
|
|
Zulip's bot system resides in the `contrib_bots` directory.
|
|
|
|
|
|
|
|
**Note: There exists an additional directory called `bots`. This directory does *not* contain normal bots,
|
|
|
|
but rather unpolished integrations.**
|
|
|
|
|
|
|
|
The `contrib_bots` directory structure looks like the following:
|
|
|
|
|
|
|
|
```
|
|
|
|
contrib_bots
|
|
|
|
│ bot_lib.py
|
|
|
|
│ run.py
|
|
|
|
│
|
|
|
|
└───bots
|
|
|
|
└───bot1
|
|
|
|
└───bot2
|
|
|
|
│
|
|
|
|
└───readme.md
|
|
|
|
└───bot2.py
|
|
|
|
└───bot2.config
|
|
|
|
└───libraries
|
|
|
|
| |
|
|
|
|
| └───lib1.py
|
|
|
|
└───assets
|
|
|
|
|
|
|
|
|
└───pic.png
|
|
|
|
```
|
2017-05-05 22:23:15 +02:00
|
|
|
|
2017-05-21 23:19:07 +02:00
|
|
|
Each subdirectory in `bots` contains a bot. When developing bots, try to use the structure outlined
|
|
|
|
above as an orientation.
|
|
|
|
|
|
|
|
## How to run a bot
|
|
|
|
|
|
|
|
This guide will show you how to run a bot on a running Zulip
|
2017-05-05 22:23:15 +02:00
|
|
|
server. It assumes you want to use one of the existing `contrib_bots`
|
|
|
|
bots in your Zulip organization. If you want to write a new one, you
|
2017-05-22 22:51:34 +02:00
|
|
|
just need to write the `<my-bot>.py` script and put it into `/contrib_bots/bots/<my-bot>` directory.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-05 19:54:51 +02:00
|
|
|
You need:
|
|
|
|
|
2017-05-05 22:23:15 +02:00
|
|
|
* An account in an organization on a Zulip server
|
|
|
|
(e.g. [chat.zulip.org](https://chat.zulip.org) or
|
|
|
|
yourSubdomain.zulipchat.com, or your own development server).
|
|
|
|
Within that Zulip organization, users will be able to interact with
|
|
|
|
your bot.
|
|
|
|
* A computer where you're running the bot from, with a clone of the
|
|
|
|
[Zulip repository](https://github.com/zulip/zulip), which contains
|
2017-05-22 22:51:34 +02:00
|
|
|
the bot library code in its `contrib_bots/<my-bot>` subdirectory. This is
|
2017-05-05 22:23:15 +02:00
|
|
|
required to run your bot. The following instructions assume this
|
|
|
|
repository to be located in `~/zulip/`.
|
2017-05-05 19:54:51 +02:00
|
|
|
|
|
|
|
**Note: Please be considerate when testing experimental bots on
|
|
|
|
public servers such as chat.zulip.org.**
|
|
|
|
|
2017-05-05 22:23:15 +02:00
|
|
|
1. Register a new bot user on the Zulip server's web interface.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-05 19:54:51 +02:00
|
|
|
* Log in to the Zulip server.
|
2017-01-17 02:42:23 +01:00
|
|
|
* Navigate to *Settings* -> *Your bots* -> *Add a new bot*, fill
|
2017-01-17 02:26:42 +01:00
|
|
|
out the form and click on *Create bot*.
|
2017-05-05 22:23:15 +02:00
|
|
|
* A new bot user should appear in the *Your bots* panel.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-23 00:28:18 +02:00
|
|
|
2. Download the bot's `zuliprc` configuration file to your computer.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-01-17 02:26:22 +01:00
|
|
|
* In the *Your bots* panel, click on the green icon to download
|
2017-05-23 00:28:18 +02:00
|
|
|
its configuration file *zuliprc* (the structure of this file is
|
2017-01-05 23:23:16 +01:00
|
|
|
explained [here](#configuration-file).
|
2017-05-23 00:28:18 +02:00
|
|
|
* Copy the file to a destination of your choice, e.g. to `~/.zuliprc`
|
|
|
|
or `~/zuliprc-test`. Note that the destination should be accessible
|
|
|
|
from your Zulip dev environment (e.g. Vagrant or Digital Ocean).
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-05 22:23:15 +02:00
|
|
|
3. Subscribe the bot to the streams that the bot needs to interact with.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-01-05 23:23:16 +01:00
|
|
|
* To subscribe your bot to streams, navigate to *Manage
|
|
|
|
Streams*. Select a stream and add your bot by its email address
|
|
|
|
(the address you assigned in step 3).
|
2017-05-22 21:25:23 +02:00
|
|
|
* Now, the bot can do its job on the streams you subscribed it to.
|
2017-05-05 22:23:15 +02:00
|
|
|
* (In future versions of the API, this step may not be required).
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-05 22:23:15 +02:00
|
|
|
4. Run the bot.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-05 19:54:51 +02:00
|
|
|
* In your Zulip repository, navigate to `~/zulip/contrib_bots/`
|
2017-05-05 22:23:15 +02:00
|
|
|
* Run
|
|
|
|
```
|
2017-05-22 21:25:23 +02:00
|
|
|
python run.py bots/<my-bot>/<my-bot>.py --config-file ~/.zuliprc`
|
2017-05-05 22:23:15 +02:00
|
|
|
```
|
|
|
|
(using the path to the `.zuliprc` file from step 2).
|
2017-01-05 23:23:16 +01:00
|
|
|
* Check the output of the command. It should start with the text
|
|
|
|
the `usage` function returns, followed by logging output similar
|
|
|
|
to this:
|
|
|
|
|
|
|
|
```
|
|
|
|
INFO:root:starting message handling...
|
|
|
|
INFO:requests.packages.urllib3.connectionpool:Starting new HTTP connection (1): localhost
|
|
|
|
```
|
|
|
|
|
2016-12-20 03:25:35 +01:00
|
|
|
* Congrats! Now, your bot should be ready to test on the streams you've subscribed it to.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
2017-05-23 22:42:27 +02:00
|
|
|
### Testing the helloworld bot
|
|
|
|
|
|
|
|
* The `helloworld` bot is a simple bot that responds with a 'beep boop'
|
|
|
|
when queried. It can be used as a template to build more complex
|
|
|
|
bots.
|
|
|
|
* Go to a stream your bot is subscribed to. Talk to the bot by
|
|
|
|
typing `@<your bot name>` followed by some commands. If the bot is
|
|
|
|
the `helloworld` bot, you should expect the bot to respond with
|
|
|
|
"beep boop".
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
## How to develop a bot
|
|
|
|
|
2017-05-05 22:23:15 +02:00
|
|
|
The tutorial below explains the structure of a bot `<my-bot>.py`,
|
|
|
|
which is the only file you need to create to develop a new bot. You
|
2017-01-05 23:23:16 +01:00
|
|
|
can use this as boilerplate code for developing your own bot.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
Every bot is built upon this structure:
|
2017-01-05 23:23:16 +01:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
```
|
|
|
|
class MyBotHandler(object):
|
|
|
|
'''
|
|
|
|
A docstring documenting this bot.
|
|
|
|
'''
|
|
|
|
|
|
|
|
def usage(self):
|
|
|
|
return '''Your description of the bot'''
|
|
|
|
|
|
|
|
def handle_message(self, message, client, state_handler):
|
|
|
|
# add your code here
|
|
|
|
|
|
|
|
handler_class = MyBotHandler
|
|
|
|
```
|
2017-01-05 23:23:16 +01:00
|
|
|
|
|
|
|
* The class name (in this case *MyBotHandler*) can be defined by you
|
|
|
|
and should match the name of your bot. To register your bot's class,
|
|
|
|
adjust the last line `handler_class = MyBotHandler` to match your
|
|
|
|
class name.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
* Every bot needs to implement the functions
|
2016-12-20 03:25:35 +01:00
|
|
|
* `usage(self)`
|
|
|
|
* `handle_message(self, message, client)`
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
* These functions are documented in the [next section](#bot-api).
|
|
|
|
|
|
|
|
## Bot API
|
2017-01-05 23:23:16 +01:00
|
|
|
|
2017-05-25 04:12:34 +02:00
|
|
|
This section documents functions available to the bot and the structure of the bot's config file.
|
2017-05-21 23:19:07 +02:00
|
|
|
|
|
|
|
With this API, you *can*
|
|
|
|
|
|
|
|
* intercept, view, and process messages sent by users on Zulip.
|
|
|
|
* send out new messages as replies to the processed messages.
|
|
|
|
|
|
|
|
With this API, you *cannot*
|
|
|
|
|
|
|
|
* modify an intercepted message (you have to send a new message).
|
|
|
|
* send messages on behalf of or impersonate other users.
|
|
|
|
* intercept private messages (except for PMs with the bot as an
|
|
|
|
explicit recipient).
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
### usage
|
2017-05-25 04:12:34 +02:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
*usage(self)*
|
|
|
|
|
|
|
|
is called to retrieve information about the bot.
|
|
|
|
|
2017-05-21 23:19:07 +02:00
|
|
|
##### Arguments
|
2017-05-25 04:12:34 +02:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
* self - the instance the method is called on.
|
|
|
|
|
|
|
|
#### Return values
|
2017-05-25 04:12:34 +02:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
* A string describing the bot's functionality
|
|
|
|
|
|
|
|
#### Example implementation
|
2017-05-25 04:12:34 +02:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
```
|
|
|
|
def usage(self):
|
|
|
|
return '''
|
|
|
|
This plugin will allow users to flag messages
|
|
|
|
as being follow-up items. Users should preface
|
|
|
|
messages with "@followup".
|
|
|
|
Before running this, make sure to create a stream
|
|
|
|
called "followup" that your API user can send to.
|
|
|
|
'''
|
|
|
|
```
|
|
|
|
|
|
|
|
### handle_message
|
2017-05-25 04:12:34 +02:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
*handle_message(self, message, client)*
|
|
|
|
|
2017-03-05 14:52:12 +01:00
|
|
|
handles user message.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
#### Arguments
|
2017-05-25 04:12:34 +02:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
* self - the instance the method is called on.
|
|
|
|
|
2016-12-20 04:30:25 +01:00
|
|
|
* message - a dictionary describing a Zulip message
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
* client - used to interact with the server, e.g. to send a message
|
|
|
|
|
|
|
|
* state_handler - used to save states/information of the bot **beta**
|
2016-12-20 03:25:35 +01:00
|
|
|
* use `state_handler.set_state(state)` to set a state (any object)
|
|
|
|
* use `state_handler.get_state()` to retrieve the state set; returns a `NoneType` object if no state is set
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
#### Return values
|
2017-05-25 04:12:34 +02:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
None.
|
|
|
|
|
|
|
|
#### Example implementation
|
|
|
|
|
|
|
|
```
|
|
|
|
def handle_message(self, message, client, state_handler):
|
|
|
|
original_content = message['content']
|
|
|
|
original_sender = message['sender_email']
|
|
|
|
new_content = original_content.replace('@followup',
|
|
|
|
'from %s:' % (original_sender,))
|
|
|
|
|
|
|
|
client.send_message(dict(
|
|
|
|
type='stream',
|
|
|
|
to='followup',
|
|
|
|
subject=message['sender_email'],
|
|
|
|
content=new_content,
|
|
|
|
))
|
|
|
|
```
|
2017-05-25 04:12:34 +02:00
|
|
|
### client.send_message
|
|
|
|
|
|
|
|
*client.send_message(message)*
|
|
|
|
|
|
|
|
will send a message as the bot user. Generally, this is less
|
|
|
|
convenient than *send_reply*, but it offers additional flexibility
|
|
|
|
about where the message is sent to.
|
|
|
|
|
|
|
|
### Arguments
|
|
|
|
|
|
|
|
* message - a dictionary describing the message to be sent by the bot
|
|
|
|
|
|
|
|
### Example implementation
|
|
|
|
|
|
|
|
```
|
|
|
|
client.send_message(dict(
|
|
|
|
type='stream', # can be 'stream' or 'private'
|
|
|
|
to=stream_name, # either the stream name or user's email
|
|
|
|
subject=subject, # message subject
|
|
|
|
content=message, # content of the sent message
|
|
|
|
))
|
|
|
|
```
|
|
|
|
|
|
|
|
### client.send_reply
|
|
|
|
|
|
|
|
*client.send_reply(message, response)*
|
|
|
|
|
|
|
|
will reply to the triggering message to the same place the original
|
|
|
|
message was sent to, with the content of the reply being *response*.
|
|
|
|
|
|
|
|
### Arguments
|
|
|
|
|
|
|
|
* message - Dictionary containing information on message to respond to
|
|
|
|
(provided by `handle_message`).
|
|
|
|
* response - Response message from the bot (string).
|
|
|
|
|
|
|
|
### client.update_message
|
|
|
|
|
|
|
|
*client.update_message(message)*
|
|
|
|
|
|
|
|
will edit the content of a previously sent message.
|
|
|
|
|
|
|
|
### Arguments
|
|
|
|
|
|
|
|
* message - dictionary defining what message to edit and the new content
|
|
|
|
|
|
|
|
### Example
|
|
|
|
|
|
|
|
From `/zulip/contrib_bots/incrementor/incrementor.py`:
|
|
|
|
|
|
|
|
```
|
|
|
|
client.update_message(dict(
|
|
|
|
message_id=self.message_id, # id of message to be updated
|
|
|
|
content=str(self.number), # string with which to update message with
|
|
|
|
))
|
|
|
|
```
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
### Configuration file
|
|
|
|
|
|
|
|
```
|
|
|
|
[api]
|
|
|
|
key=<api-key>
|
|
|
|
email=<email>
|
|
|
|
site=<dev-url>
|
|
|
|
```
|
|
|
|
|
2017-01-05 23:23:16 +01:00
|
|
|
* key - the API key you created for the bot; this is how Zulip knows
|
|
|
|
the request is from an authorized user.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
* email - the email address of the bot, e.g. `some-bot@zulip.com`
|
|
|
|
|
2017-01-05 23:23:16 +01:00
|
|
|
* site - your development environment URL; if you are working on a
|
|
|
|
development environment hosted on your computer, use
|
|
|
|
`localhost:9991`
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
## Common problems
|
2017-01-05 23:23:16 +01:00
|
|
|
|
2016-12-18 16:11:46 +01:00
|
|
|
* I modified my bot's code, yet the changes don't seem to have an effect.
|
2016-12-20 03:25:35 +01:00
|
|
|
* Ensure that you restarted the `run.py` script.
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
* My bot won't start
|
2016-12-20 03:25:35 +01:00
|
|
|
* Ensure that your API config file is correct (download the config file from the server).
|
2017-05-22 22:51:34 +02:00
|
|
|
* Ensure that your bot script is located in zulip/contrib_bots/bots/<my-bot>/
|
2017-05-05 19:54:51 +02:00
|
|
|
* Are you using your own Zulip development server? Ensure that you run your bot outside
|
|
|
|
the Vagrant environment.
|
2017-05-23 00:28:18 +02:00
|
|
|
* Some bots require Python 3. Try switching to a Python 3 environment before running
|
|
|
|
your bot:
|
|
|
|
```
|
|
|
|
source /srv/zulip-py3-venv/bin/activate
|
|
|
|
```
|
|
|
|
Note that you can switch back to a Python 2 environment as follows:
|
|
|
|
```
|
|
|
|
source /srv/zulip-venv/bin/activate
|
|
|
|
```
|
2016-12-18 16:11:46 +01:00
|
|
|
|
|
|
|
* My bot works only on some streams.
|
2017-05-21 23:19:07 +02:00
|
|
|
* Subscribe your bot to other streams, as described [here](#how-to-run-a-bot).
|
2017-05-05 22:26:57 +02:00
|
|
|
|
|
|
|
## Future direction
|
|
|
|
|
|
|
|
The long-term plan for this bot system is to allow the same
|
|
|
|
`BotHandler` code to eventually be usable in several contexts:
|
|
|
|
|
|
|
|
* Run directly using the Zulip `call_on_each_message` API, which is
|
|
|
|
how the implementation above works. This is great for quick
|
|
|
|
development with minimal setup.
|
|
|
|
* Run in a simple Python webserver server, processing messages
|
|
|
|
received from Zulip's outgoing webhooks integration.
|
|
|
|
* For bots merged into the mainline Zulip codebase, enabled via a
|
|
|
|
button in the Zulip web UI, with no code deployment effort required.
|