--- title: "Connectors" sidebarTitle: "Connectors" description: "Connect the CLI to Telegram, Slack, Discord, Google Chat, WhatsApp, etc." --- This feature currently only applies to Cline CLI. Connectors let you chat with your agent from messaging platforms. Each incoming message creates or continues an agent session, and the agent's response is sent back to the conversation. ## Setup Wizard Run `cline connect` to open an interactive wizard that guides you through platform selection, credential entry, security configuration, and advanced options (provider, model, system prompt, agent mode). ```bash cline connect ``` ## Supported Platforms | Platform | Direct Command | Required Credentials | |----------|---------------|---------------------| | Telegram | `cline connect telegram` | Bot token | | Slack | `cline connect slack` | Bot token plus webhook signing secret/base URL or socket app token | | Discord | `cline connect discord` | Application ID, bot token, public key, base URL | | Google Chat | `cline connect gchat` | Service account credentials JSON, base URL | | WhatsApp | `cline connect whatsapp` | Phone number ID, access token, app secret, verify token, base URL | | Linear | `cline connect linear` | API key, webhook signing secret, base URL | ## Telegram Open Telegram and start a chat with [@BotFather](https://t.me/BotFather). Send `/newbot` and follow the prompts: 1. Enter a display name (e.g., "Cline") 2. Enter a username ending in `bot` (e.g., `cline_myname_bot`). Must be unique across Telegram. 3. BotFather responds with your bot token (looks like `7123456789:AAH...`) ```bash cline connect telegram -k ``` The connector discovers the bot username from the token. Use `--bot-username` only if you need to override it. Open Telegram, search for your bot's username, and send a message. The agent processes it and replies in the chat. ### Security By default, anyone who finds your bot can message it and it will execute tasks on your machine. The `cline connect` wizard asks whether to restrict Telegram access and can configure this for you. Message [@userinfobot](https://t.me/userinfobot) on Telegram. It replies with your numeric user ID immediately. ```bash cline connect ``` Choose Telegram, enter the bot token, answer yes to access restriction, then enter your user ID. Replace `12345` with your Telegram user ID: ```bash cline connect telegram -k \ --allowed-user-id 12345 ``` Use `--hook-command` only when you need custom access logic. The hook receives each incoming message with sender info via stdin. Your script returns `{"action": "allow"}` or `{"action": "deny", "message": "reason"}`. Without `--allowed-user-id` or `--hook-command`, everything is auto-approved, so restrict Telegram bots that can reach a running Cline instance. ## Slack Slack supports webhook mode and socket mode. Each Slack thread maps to an agent session, so the agent maintains conversation context within a thread. Webhook mode requires a bot token, signing secret, and public base URL: ```bash cline connect slack \ --bot-token \ --signing-secret \ --base-url ``` Configure the Slack app's event subscription and interactivity request URLs to `/api/webhooks/slack`. Socket mode requires a bot token and an app-level token with the `connections:write` scope: ```bash cline connect slack \ --bot-token \ --app-token ``` Enable Socket Mode in the Slack app. Socket mode does not need a public request URL and is single-workspace only. ## Discord Requires a Discord application ID, bot token, public key, and public base URL. The connector listens for Discord interactions at `/api/webhooks/discord` and also starts a Discord gateway listener for mentions, replies, reactions, and DMs. Open [Discord Developer Portal](https://discord.com/developers/applications) and create an application. 1. In **General Information**, copy the **Application ID** and **Public Key**. 2. In **Bot**, create a bot if one does not exist, then reset and copy the bot token. 3. Enable **Message Content Intent** if you want normal messages, replies, and DMs to include text content. For local development, use a tunnel such as ngrok: ```bash ngrok http 8788 ``` Copy the HTTPS forwarding URL. This is your connector base URL, for example `https://1234-5678.ngrok-free.app`. ```bash cline connect discord \ --application-id \ --bot-token \ --public-key \ --base-url \ --port 8788 \ --cwd /path/to/repo \ --enable-tools ``` `--app-id` is an alias for `--application-id`, and `--token` is an alias for `--bot-token`. `--enable-tools` allows the agent to inspect files, run commands, edit code, and prepare PRs from Discord. Omit it if the bot should only chat. In the Discord Developer Portal, set **Interactions Endpoint URL** to: ```text /api/webhooks/discord ``` For example: ```text https://1234-5678.ngrok-free.app/api/webhooks/discord ``` You can verify the connector is reachable with: ```bash curl /health ``` In **OAuth2 > URL Generator**, select the `bot` and `applications.commands` scopes, then give the bot permission to send messages and read message history. Open the generated URL and install the bot into your test server. Mention the bot in a server channel, reply in a bot-created thread, or DM the bot. Each Discord conversation keeps its own agent session and context. ### Discord Command Reference Send these commands in Discord: | Command | Description | |---------|-------------| | `/help` or `/start` | Show connector help | | `/new` or `/clear` | Start a fresh session for this Discord conversation | | `/whereami` | Show thread, channel, DM state, `cwd`, `workspaceRoot`, tools, and yolo state | | `/tools [on\|off\|toggle]` | View or change whether repo/file/shell tools are allowed | | `/yolo [on\|off\|toggle]` | View or change automatic tool approval | | `/cwd [path]` | View or change the working directory for this conversation | | `/schedule create/list/trigger/delete` | Manage scheduled workflows targeting this conversation | | `/abort` | Stop the current task | | `/exit` | Stop the connector | Normal messages are treated as agent tasks. If a task is already running, normal messages steer the active task. ### Discord Security By default, anyone who can reach the bot can ask it to run tasks. Restrict access with `--hook-command`. The hook receives the Discord user as a participant key such as `discord:user:123456789`. ```bash cline connect discord \ --application-id \ --bot-token \ --public-key \ --base-url \ --hook-command 'jq -r ".payload.actor.participantKey" | grep -q "discord:user:123456789" && echo "{\"action\":\"allow\"}" || echo "{\"action\":\"deny\",\"message\":\"unauthorized\"}"' ``` ## Google Chat Requires a service account credentials JSON file and public base URL. ```bash cline connect gchat --credentials --base-url ``` ## WhatsApp Requires a phone number ID, access token, app secret, webhook verify token, and public base URL. ```bash cline connect whatsapp --phone-id --token --app-secret --base-url ``` ## Linear Requires an API key, webhook signing secret, and public base URL. ```bash cline connect linear --api-key --signing-secret --base-url ``` ## Managing Connectors ```bash # Stop all connectors cline connect --stop # Stop a specific connector cline connect telegram --stop ``` ## Hook Command Protocol The `--hook-command` pattern works across all connectors. The script receives a JSON payload via stdin: ```json { "payload": { "actor": { "participantKey": "telegram:id:12345", "displayName": "User Name" }, "message": "The incoming message text" } } ``` Return `{"action": "allow"}` or `{"action": "deny", "message": "reason"}`. ## Running Multiple Connectors Multiple connectors can run simultaneously. They all share the same hub: ```bash # Terminal 1 cline connect telegram -k $TELEGRAM_TOKEN # Terminal 2 cline connect slack --bot-token $SLACK_TOKEN --signing-secret $SECRET --base-url $URL ``` Connectors require the hub. Start it with `cline hub start` if it doesn't auto-start.