Skip to main content

channel-bot

Work with messaging-channel bots (Telegram / Slack) — register a bot, route inbound messages through the AI agent, handle webhooks vs polling, or add a new channel adapter. Use when wiring chat into a messaging platform or debugging bot delivery.

Jump to install

Source facts

Repository
vstorm-co/full-stack-ai-agent-template
Last source activity
June 22, 2026 at 14:41
Detected SKILL.md language
English
Stars
1,906
Forks
378

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

Showing SKILL.md

SKILL.md
Source instructions · Read-only preview
name
channel-bot
description
Work with messaging-channel bots (Telegram / Slack) — register a bot, route inbound messages through the AI agent, handle webhooks vs polling, or add a new channel adapter. Use when wiring chat into a messaging platform or debugging bot delivery.
# Messaging Channels (Telegram / Slack) Channels are a **thick service** at `backend/app/services/channels/`: per-platform adapters plus a router that funnels inbound messages into the **same agent pipeline** as the web chat. ## Layout | File | Responsibility | |------|---------------| | `base.py` | Shared channel adapter interface | | `telegram.py` | Telegram adapter (aiogram v3) | | `slack.py` | Slack adapter (Events API + Socket Mode) | | `router.py` | Maps an inbound platform message → conversation/session → agent run → reply | | `chart_render.py` | Renders chart tool output as PNG for channels | Bots are stored in the DB (`channel_bot`), with per-user identity (`channel_identity`) and per-thread session (`channel_session`) tables. Bot tokens are encrypted at rest with `CHANNEL_ENCRYPTION_KEY` (Fernet). ## Register / manage a bot ```bash uv run {{ cookiecutter.project_slug }} cmd channel ... # see `cmd channel --help` ``` ## Webhook vs polling - **Polling (dev):** the adapter long-polls the platform — no public URL needed. - **Webhook (prod):** the platform POSTs to `POST /api/v1/telegram/{bot_id}/webhook` / the Slack events endpoint. Verify the signature/secret (HMAC for Telegram, signing secret for Slack) before processing. ## Add a new channel adapter 1. Implement an adapter in `services/channels/<platform>.py` against the `base.py` interface (parse inbound → normalized message; send outbound). 2. Wire it into `router.py` so inbound messages reach the agent and replies stream back. 3. Add a webhook route under `api/routes/v1/` (signature-verified) and/or a polling entrypoint. 4. Reuse the existing conversation/session model — don't fork the agent pipeline. ## Rules - Inbound messages flow through `router.py` into the **same** agent/session pipeline as web chat — don't duplicate agent logic per platform. - Always verify webhook signatures before acting on a payload. - Store tokens encrypted (`CHANNEL_ENCRYPTION_KEY`); never log or echo them. - Respect per-group/per-thread concurrency controls already in the adapters.
View on GitHub