Open Agent Broker — a lightweight Rust harness that bridges Discord to any ACP-compatible coding CLI (Claude Code, Codex, Gemini, Kiro, Cursor) over stdio JSON-RPC. This template uses the Cursor Agent CLI as the agent backend. Source: https://github.com/openabdev/openab

OpenAB is a lightweight, open-source Rust harness that bridges Discord to any Agent Client Protocol-compatible coding CLI over stdio JSON-RPC.
This template deploys the Cursor variant using the openab-cursor image with cursor-agent as the agent backend.
0.8.3-beta.4). To upgrade, change the image tag in Zeabur Dashboard → Service → Settings. Available tags: GitHub Packages./home/agent is mounted as a persistent volume. Auth credentials (~/.cursor/), MCP config, approvals, and settings survive restarts.agent user (uid 1000) before running openab. If you encounter permission issues, restart the service — ownership is fixed automatically on boot.bot → check permissions: Send Messages, Send Messages in Threads, Create Public Threads, Read Message History, Add Reactions, Manage MessagesThe startup script does not enforce any Cursor auth env var. Use whichever method you prefer:
Option A: Device flow (interactive, no env var needed)
After the service is running, open the service terminal in Zeabur Dashboard and run:
runuser -u agent -- cursor-agent login
ℹ️
runuser -u agentruns the login as theagentuser, soHOMEis set to/home/agentautomatically and credentials are owned byagentfrom the start — no chown or restart needed afterwards.
Follow the on-screen instructions to complete device flow authorization in your browser. New conversations will pick up the new auth on the next session — restart only if you need to invalidate existing in-memory sessions.
Option B: CURSOR_API_KEY env var (no terminal required)
CURSOR_API_KEY with that valuecursor-agent reads the env var directly — no cursor-agent login step needed123456789012345678,234567890123456789Fill in the Discord Bot Token and click deploy. The service connects to Discord automatically. Then authenticate Cursor using the method above.
To bridge Telegram, LINE, Feishu/Lark, Google Chat, or MS Teams, deploy the OpenAB Gateway template into the same Zeabur project. Then add these environment variables to this service:
GATEWAY_URL = ws://openab-gateway:8080/wsGATEWAY_PLATFORM = one of telegram, line, feishu, googlechat, teamsRestart the service. The startup script auto-injects the [gateway] block into config.toml.
| File | Description |
|---|---|
/home/agent/.config/openab/config.toml | OpenAB config (sessions, reactions, STT, etc.) |
config.toml is created from a built-in template on first boot. After that, edit the file directly — environment variables are only used for initial setup. To reset to defaults, delete the file and restart: rm /home/agent/.config/openab/config.toml
For config options, see the OpenAB documentation.
By default, openab ignores messages from other bots and webhooks. To allow webhook-triggered messages (e.g. automated testing or CI pipelines), add the following to your config.toml:
[discord]
allow_bot_messages = "mentions"
With this setting, openab responds to any bot or webhook message that @mentions it. To restrict to a specific webhook, also add:
trusted_bot_ids = ["YOUR_WEBHOOK_USER_ID"]
The webhook user ID is the numeric ID in the webhook URL: https://discord.com/api/webhooks/<ID>/...
Leave Discord Bot Token empty. The service sleeps instead of crashing.