Skip to content
EndueEndue
Docs

Channels

A channel lets people reach an agent from outside Endue. Pair an agent to a messaging platform and it answers there, in the thread, without anyone opening Endue.

When the people who need the agent are already somewhere else — a team in Slack, a community in Discord, customers messaging your business on KakaoTalk, NaverTalk, or WhatsApp. A channel puts the agent where the question is asked.

This is the opposite direction from the Slack connector, which lets an agent read and write in a chat service as part of its own work. The two are independent, and you can use both.

ChannelHow it connectsHow people call the agent
DiscordPaste a bot token — server, endpoint, and allow list are worked out for you/ask in the server
SlackTwo tokens from your Slack app (Socket Mode — no public endpoint needed)Mention the app; it replies in a thread
KakaoTalkPaste the webhook URL Endue issues into your chatbot builder’s skill serverMessage the channel
NaverTalkEnter the outbound API key, paste the webhook URL into Partner CenterMessage the TalkTalk account
WhatsAppEnter the Cloud API access token, register the webhook URL with your Meta appMessage the business number
TelegramComing soon

Two shapes underneath: for Discord and Slack, Endue holds a token and talks out to the platform. For KakaoTalk, NaverTalk, and WhatsApp, the platform calls in to a webhook URL Endue issues — you paste that URL into the provider’s console. NaverTalk and WhatsApp also need an outbound credential, because replying requires their own authentication.

  1. Open Channels in Agent Builder, under the agent’s Pairing section, and pick the provider.

  2. Fill in what that provider needs — a bot token, two app tokens, or an outbound key. The form names each field.

  3. For inbound providers, copy the webhook URL Endue shows you and paste it into the provider’s console: the KakaoTalk chatbot builder’s skill server, NaverTalk’s Partner Center, or your Meta app’s webhook settings.

  4. For Discord and Slack, invite the bot to the server or workspace.

A channel is a door into an agent that has your connections bound to it, so every pairing carries an invocation policy:

PolicyWho can invoke
Only meThe account that paired the channel, plus anyone on the allow list
Only listed peopleThe allow list, and nobody else
Everyone in the channelAnyone who can reach the bot in that server or workspace

Someone who is not allowed gets a short refusal rather than silence, and their request appears in the pairing’s panel — you can add them to the allow list from there, or add an ID by hand.

A conversation started from a channel is a real conversation, with the same history, memory, and artifacts as one you start in Endue. You can open it in Endue afterwards and continue there.

The agent knows who spoke. In a channel where several people talk to it, the messages are attributed, so it can answer “what did I ask you earlier” correctly for each person.

A channel run has nobody at the approval gate in the way a chat run does, so treat it as unattended:

  • Actions that send outward or delete are refused rather than held.
  • A question the agent needs answered has to be answered in the thread; it cannot use the rich choice interface Endue shows.

An agent that answers questions, searches, and summarizes works well over a channel. One whose job is to send things does not.

  • Discord, Slack, KakaoTalk, NaverTalk, and WhatsApp today; Telegram is coming.
  • One pairing per agent per provider.
  • Replies arrive in the channel as the bot, not as you.
  • Inbound providers (KakaoTalk, NaverTalk, WhatsApp) reply through the provider’s own send path, so their message formatting is theirs, not Endue’s.