mirror of
https://github.com/NousResearch/hermes-agent.git
synced 2026-04-26 01:01:40 +00:00
Comprehensive audit of every reference/messaging/feature doc page against the
live code registries (PROVIDER_REGISTRY, OPTIONAL_ENV_VARS, COMMAND_REGISTRY,
TOOLSETS, tool registry, on-disk skills). Every fix was verified against code
before writing.
### Wrong values fixed (users would paste-and-fail)
- reference/environment-variables.md:
- DASHSCOPE_BASE_URL default was `coding-intl.dashscope.aliyuncs.com/v1` \u2192
actual `dashscope-intl.aliyuncs.com/compatible-mode/v1`.
- MINIMAX_BASE_URL and MINIMAX_CN_BASE_URL defaults were `/v1` \u2192 actual
`/anthropic` (Hermes calls MiniMax via its Anthropic Messages endpoint).
- reference/toolsets-reference.md MCP example used the non-existent nested
`mcp: servers:` key \u2192 real key is the flat `mcp_servers:`.
- reference/skills-catalog.md listed ~20 bundled skills that no longer exist
on disk (all moved to `optional-skills/`). Regenerated the whole bundled
section from `skills/**/SKILL.md` \u2014 79 skills, accurate paths and names.
- messaging/slack.md ":::info" callout claimed Slack has no
`free_response_channels` equivalent; both the env var and the yaml key are
in fact read.
- messaging/qqbot.md documented `QQ_MARKDOWN_SUPPORT` as an env var, but the
adapter only reads `extra.markdown_support` from config.yaml. Removed the
env var row and noted config-only nature.
- messaging/qqbot.md `hermes setup gateway` \u2192 `hermes gateway setup`.
### Missing coverage added
- Providers: AWS Bedrock and Qwen Portal (qwen-oauth) \u2014 both in
PROVIDER_REGISTRY but undocumented everywhere. Added sections to
integrations/providers.md, rows to quickstart.md and fallback-providers.md.
- integrations/providers.md "Fallback Model" provider list now includes
gemini, google-gemini-cli, qwen-oauth, xai, nvidia, ollama-cloud, bedrock.
- reference/cli-commands.md `--provider` enum and HERMES_INFERENCE_PROVIDER
enum in env-vars now include the same set.
- reference/slash-commands.md: added `/agents` (alias `/tasks`) and `/copy`.
Removed duplicate rows for `/snapshot`, `/fast` (\u00d72), `/debug`.
- reference/tools-reference.md: fixed "47 built-in tools" \u2192 52. Added
`feishu_doc` and `feishu_drive` toolset sections.
- reference/toolsets-reference.md: added `feishu_doc` / `feishu_drive` core
rows + all missing `hermes-<platform>` toolsets in the platform table
(bluebubbles, dingtalk, feishu, qqbot, wecom, wecom-callback, weixin,
homeassistant, webhook, gateway). Fixed the `debugging` composite to
describe the actual `includes=[...]` mechanism.
- reference/optional-skills-catalog.md: added `fitness-nutrition`.
- reference/environment-variables.md: added NOUS_BASE_URL,
NOUS_INFERENCE_BASE_URL, NVIDIA_API_KEY/BASE_URL, OLLAMA_API_KEY/BASE_URL,
XAI_API_KEY/BASE_URL, MISTRAL_API_KEY, AWS_REGION/AWS_PROFILE,
BEDROCK_BASE_URL, HERMES_QWEN_BASE_URL, DISCORD_ALLOWED_CHANNELS,
DISCORD_PROXY, TELEGRAM_REPLY_TO_MODE, MATRIX_DEVICE_ID, MATRIX_REACTIONS,
QQBOT_HOME_CHANNEL_NAME, QQ_SANDBOX.
- messaging/discord.md: documented DISCORD_ALLOWED_CHANNELS, DISCORD_PROXY,
HERMES_DISCORD_TEXT_BATCH_DELAY_SECONDS and HERMES_DISCORD_TEXT_BATCH_SPLIT
_DELAY_SECONDS (all actively read by the adapter).
- messaging/matrix.md: documented MATRIX_REACTIONS (default true).
- messaging/telegram.md: removed the redundant second Webhook Mode section
that invented a `telegram.webhook_mode: true` yaml key the adapter does
not read.
- user-guide/features/hooks.md: added `on_session_finalize` and
`on_session_reset` (both emitted via invoke_hook but undocumented).
- user-guide/features/api-server.md: documented GET /health/detailed, the
`/api/jobs/*` CRUD surface, POST /v1/runs, and GET /v1/runs/{id}/events
(10 routes that were live but undocumented).
- user-guide/features/fallback-providers.md: added `approval` and
`title_generation` auxiliary-task rows; added gemini, bedrock, qwen-oauth
to the supported-providers table.
- user-guide/features/tts.md: "seven providers" \u2192 "eight" (post-xAI add
oversight in #11942).
- user-guide/configuration.md: TTS provider enum gains `xai` and `gemini`;
yaml example block gains `mistral:`, `gemini:`, `xai:` subsections.
Auxiliary-provider enum now enumerates all real registry entries.
- reference/faq.md: stale AIAgent/config examples bumped from
`nous/hermes-3-llama-3.1-70b` and `claude-sonnet-4.6` to
`claude-opus-4.7`.
### Docs-site integrity
- guides/build-a-hermes-plugin.md referenced two nonexistent hooks
(`pre_api_request`, `post_api_request`). Replaced with the real
`on_session_finalize` / `on_session_reset` entries.
- messaging/open-webui.md and features/api-server.md had pre-existing
broken links to `/docs/user-guide/features/profiles` (actual path is
`/docs/user-guide/profiles`). Fixed.
- reference/skills-catalog.md had one `<1%` literal that MDX parsed as a
JSX tag. Escaped to `<1%`.
### False positives filtered out (not changed, verified correct)
- `/set-home` is a registered alias of `/sethome` \u2014 docs were fine.
- `hermes setup gateway` is valid syntax (`hermes setup \<section\>`);
changed in qqbot.md for cross-doc consistency, not as a bug fix.
- Telegram reactions "disabled by default" matches code (default `"false"`).
- Matrix encryption "opt-in" matches code (empty env default \u2192 disabled).
- `pre_api_request` / `post_api_request` hooks do NOT exist in current code;
documented instead the real `on_session_finalize` / `on_session_reset`.
- SIGNAL_IGNORE_STORIES is already in env-vars.md (subagent missed it).
Validation:
- `docusaurus build` \u2014 passes (only pre-existing nix-setup anchor warning).
- `ascii-guard lint docs` \u2014 124 files, 0 errors.
- 22 files changed, +317 / \u2212158.
479 lines
17 KiB
Markdown
479 lines
17 KiB
Markdown
---
|
|
sidebar_position: 4
|
|
title: "Slack"
|
|
description: "Set up Hermes Agent as a Slack bot using Socket Mode"
|
|
---
|
|
|
|
# Slack Setup
|
|
|
|
Connect Hermes Agent to Slack as a bot using Socket Mode. Socket Mode uses WebSockets instead of
|
|
public HTTP endpoints, so your Hermes instance doesn't need to be publicly accessible — it works
|
|
behind firewalls, on your laptop, or on a private server.
|
|
|
|
:::warning Classic Slack Apps Deprecated
|
|
Classic Slack apps (using RTM API) were **fully deprecated in March 2025**. Hermes uses the modern
|
|
Bolt SDK with Socket Mode. If you have an old classic app, you must create a new one following
|
|
the steps below.
|
|
:::
|
|
|
|
## Overview
|
|
|
|
| Component | Value |
|
|
|-----------|-------|
|
|
| **Library** | `slack-bolt` / `slack_sdk` for Python (Socket Mode) |
|
|
| **Connection** | WebSocket — no public URL required |
|
|
| **Auth tokens needed** | Bot Token (`xoxb-`) + App-Level Token (`xapp-`) |
|
|
| **User identification** | Slack Member IDs (e.g., `U01ABC2DEF3`) |
|
|
|
|
---
|
|
|
|
## Step 1: Create a Slack App
|
|
|
|
1. Go to [https://api.slack.com/apps](https://api.slack.com/apps)
|
|
2. Click **Create New App**
|
|
3. Choose **From scratch**
|
|
4. Enter an app name (e.g., "Hermes Agent") and select your workspace
|
|
5. Click **Create App**
|
|
|
|
You'll land on the app's **Basic Information** page.
|
|
|
|
---
|
|
|
|
## Step 2: Configure Bot Token Scopes
|
|
|
|
Navigate to **Features → OAuth & Permissions** in the sidebar. Scroll to **Scopes → Bot Token Scopes** and add the following:
|
|
|
|
| Scope | Purpose |
|
|
|-------|---------|
|
|
| `chat:write` | Send messages as the bot |
|
|
| `app_mentions:read` | Detect when @mentioned in channels |
|
|
| `channels:history` | Read messages in public channels the bot is in |
|
|
| `channels:read` | List and get info about public channels |
|
|
| `groups:history` | Read messages in private channels the bot is invited to |
|
|
| `im:history` | Read direct message history |
|
|
| `im:read` | View basic DM info |
|
|
| `im:write` | Open and manage DMs |
|
|
| `users:read` | Look up user information |
|
|
| `files:read` | Read and download attached files, including voice notes/audio |
|
|
| `files:write` | Upload files (images, audio, documents) |
|
|
|
|
:::caution Missing scopes = missing features
|
|
Without `channels:history` and `groups:history`, the bot **will not receive messages in channels** —
|
|
it will only work in DMs. These are the most commonly missed scopes.
|
|
:::
|
|
|
|
**Optional scopes:**
|
|
|
|
| Scope | Purpose |
|
|
|-------|---------|
|
|
| `groups:read` | List and get info about private channels |
|
|
|
|
---
|
|
|
|
## Step 3: Enable Socket Mode
|
|
|
|
Socket Mode lets the bot connect via WebSocket instead of requiring a public URL.
|
|
|
|
1. In the sidebar, go to **Settings → Socket Mode**
|
|
2. Toggle **Enable Socket Mode** to ON
|
|
3. You'll be prompted to create an **App-Level Token**:
|
|
- Name it something like `hermes-socket` (the name doesn't matter)
|
|
- Add the **`connections:write`** scope
|
|
- Click **Generate**
|
|
4. **Copy the token** — it starts with `xapp-`. This is your `SLACK_APP_TOKEN`
|
|
|
|
:::tip
|
|
You can always find or regenerate app-level tokens under **Settings → Basic Information → App-Level Tokens**.
|
|
:::
|
|
|
|
---
|
|
|
|
## Step 4: Subscribe to Events
|
|
|
|
This step is critical — it controls what messages the bot can see.
|
|
|
|
|
|
1. In the sidebar, go to **Features → Event Subscriptions**
|
|
2. Toggle **Enable Events** to ON
|
|
3. Expand **Subscribe to bot events** and add:
|
|
|
|
| Event | Required? | Purpose |
|
|
|-------|-----------|---------|
|
|
| `message.im` | **Yes** | Bot receives direct messages |
|
|
| `message.channels` | **Yes** | Bot receives messages in **public** channels it's added to |
|
|
| `message.groups` | **Recommended** | Bot receives messages in **private** channels it's invited to |
|
|
| `app_mention` | **Yes** | Prevents Bolt SDK errors when bot is @mentioned |
|
|
|
|
4. Click **Save Changes** at the bottom of the page
|
|
|
|
:::danger Missing event subscriptions is the #1 setup issue
|
|
If the bot works in DMs but **not in channels**, you almost certainly forgot to add
|
|
`message.channels` (for public channels) and/or `message.groups` (for private channels).
|
|
Without these events, Slack simply never delivers channel messages to the bot.
|
|
:::
|
|
|
|
|
|
---
|
|
|
|
## Step 5: Enable the Messages Tab
|
|
|
|
This step enables direct messages to the bot. Without it, users see **"Sending messages to this app has been turned off"** when trying to DM the bot.
|
|
|
|
1. In the sidebar, go to **Features → App Home**
|
|
2. Scroll to **Show Tabs**
|
|
3. Toggle **Messages Tab** to ON
|
|
4. Check **"Allow users to send Slash commands and messages from the messages tab"**
|
|
|
|
:::danger Without this step, DMs are completely blocked
|
|
Even with all the correct scopes and event subscriptions, Slack will not allow users to send direct messages to the bot unless the Messages Tab is enabled. This is a Slack platform requirement, not a Hermes configuration issue.
|
|
:::
|
|
|
|
---
|
|
|
|
## Step 6: Install App to Workspace
|
|
|
|
1. In the sidebar, go to **Settings → Install App**
|
|
2. Click **Install to Workspace**
|
|
3. Review the permissions and click **Allow**
|
|
4. After authorization, you'll see a **Bot User OAuth Token** starting with `xoxb-`
|
|
5. **Copy this token** — this is your `SLACK_BOT_TOKEN`
|
|
|
|
:::tip
|
|
If you change scopes or event subscriptions later, you **must reinstall the app** for the changes
|
|
to take effect. The Install App page will show a banner prompting you to do so.
|
|
:::
|
|
|
|
---
|
|
|
|
## Step 7: Find User IDs for the Allowlist
|
|
|
|
Hermes uses Slack **Member IDs** (not usernames or display names) for the allowlist.
|
|
|
|
To find a Member ID:
|
|
|
|
1. In Slack, click on the user's name or avatar
|
|
2. Click **View full profile**
|
|
3. Click the **⋮** (more) button
|
|
4. Select **Copy member ID**
|
|
|
|
Member IDs look like `U01ABC2DEF3`. You need your own Member ID at minimum.
|
|
|
|
---
|
|
|
|
## Step 8: Configure Hermes
|
|
|
|
Add the following to your `~/.hermes/.env` file:
|
|
|
|
```bash
|
|
# Required
|
|
SLACK_BOT_TOKEN=xoxb-your-bot-token-here
|
|
SLACK_APP_TOKEN=xapp-your-app-token-here
|
|
SLACK_ALLOWED_USERS=U01ABC2DEF3 # Comma-separated Member IDs
|
|
|
|
# Optional
|
|
SLACK_HOME_CHANNEL=C01234567890 # Default channel for cron/scheduled messages
|
|
SLACK_HOME_CHANNEL_NAME=general # Human-readable name for the home channel (optional)
|
|
```
|
|
|
|
Or run the interactive setup:
|
|
|
|
```bash
|
|
hermes gateway setup # Select Slack when prompted
|
|
```
|
|
|
|
Then start the gateway:
|
|
|
|
```bash
|
|
hermes gateway # Foreground
|
|
hermes gateway install # Install as a user service
|
|
sudo hermes gateway install --system # Linux only: boot-time system service
|
|
```
|
|
|
|
---
|
|
|
|
## Step 9: Invite the Bot to Channels
|
|
|
|
After starting the gateway, you need to **invite the bot** to any channel where you want it to respond:
|
|
|
|
```
|
|
/invite @Hermes Agent
|
|
```
|
|
|
|
The bot will **not** automatically join channels. You must invite it to each channel individually.
|
|
|
|
---
|
|
|
|
## How the Bot Responds
|
|
|
|
Understanding how Hermes behaves in different contexts:
|
|
|
|
| Context | Behavior |
|
|
|---------|----------|
|
|
| **DMs** | Bot responds to every message — no @mention needed |
|
|
| **Channels** | Bot **only responds when @mentioned** (e.g., `@Hermes Agent what time is it?`). In channels, Hermes replies in a thread attached to that message. |
|
|
| **Threads** | If you @mention Hermes inside an existing thread, it replies in that same thread. Once the bot has an active session in a thread, **subsequent replies in that thread do not require @mention** — the bot follows the conversation naturally. |
|
|
|
|
:::tip
|
|
In channels, always @mention the bot to start a conversation. Once the bot is active in a thread, you can reply in that thread without mentioning it. Outside of threads, messages without @mention are ignored to prevent noise in busy channels.
|
|
:::
|
|
|
|
---
|
|
|
|
## Configuration Options
|
|
|
|
Beyond the required environment variables from Step 8, you can customize Slack bot behavior through `~/.hermes/config.yaml`.
|
|
|
|
### Thread & Reply Behavior
|
|
|
|
```yaml
|
|
platforms:
|
|
slack:
|
|
# Controls how multi-part responses are threaded
|
|
# "off" — never thread replies to the original message
|
|
# "first" — first chunk threads to user's message (default)
|
|
# "all" — all chunks thread to user's message
|
|
reply_to_mode: "first"
|
|
|
|
extra:
|
|
# Whether to reply in a thread (default: true).
|
|
# When false, channel messages get direct channel replies instead
|
|
# of threads. Messages inside existing threads still reply in-thread.
|
|
reply_in_thread: true
|
|
|
|
# Also post thread replies to the main channel
|
|
# (Slack's "Also send to channel" feature).
|
|
# Only the first chunk of the first reply is broadcast.
|
|
reply_broadcast: false
|
|
```
|
|
|
|
| Key | Default | Description |
|
|
|-----|---------|-------------|
|
|
| `platforms.slack.reply_to_mode` | `"first"` | Threading mode for multi-part messages: `"off"`, `"first"`, or `"all"` |
|
|
| `platforms.slack.extra.reply_in_thread` | `true` | When `false`, channel messages get direct replies instead of threads. Messages inside existing threads still reply in-thread. |
|
|
| `platforms.slack.extra.reply_broadcast` | `false` | When `true`, thread replies are also posted to the main channel. Only the first chunk is broadcast. |
|
|
|
|
### Session Isolation
|
|
|
|
```yaml
|
|
# Global setting — applies to Slack and all other platforms
|
|
group_sessions_per_user: true
|
|
```
|
|
|
|
When `true` (the default), each user in a shared channel gets their own isolated conversation session. Two people talking to Hermes in `#general` will have separate histories and contexts.
|
|
|
|
Set to `false` if you want a collaborative mode where the entire channel shares one conversation session. Be aware this means users share context growth and token costs, and one user's `/reset` clears the session for everyone.
|
|
|
|
### Mention & Trigger Behavior
|
|
|
|
```yaml
|
|
slack:
|
|
# Require @mention in channels (this is the default behavior;
|
|
# the Slack adapter enforces @mention gating in channels regardless,
|
|
# but you can set this explicitly for consistency with other platforms)
|
|
require_mention: true
|
|
|
|
# Custom mention patterns that trigger the bot
|
|
# (in addition to the default @mention detection)
|
|
mention_patterns:
|
|
- "hey hermes"
|
|
- "hermes,"
|
|
|
|
# Text prepended to every outgoing message
|
|
reply_prefix: ""
|
|
```
|
|
|
|
:::info
|
|
Slack supports both patterns: `@mention` required to start a conversation by default, but you can opt specific channels out via `SLACK_FREE_RESPONSE_CHANNELS` (comma-separated channel IDs) or `slack.free_response_channels` in `config.yaml`. Once the bot has an active session in a thread, subsequent thread replies do not require a mention. In DMs the bot always responds without needing a mention.
|
|
:::
|
|
|
|
### Unauthorized User Handling
|
|
|
|
```yaml
|
|
slack:
|
|
# What happens when an unauthorized user (not in SLACK_ALLOWED_USERS) DMs the bot
|
|
# "pair" — prompt them for a pairing code (default)
|
|
# "ignore" — silently drop the message
|
|
unauthorized_dm_behavior: "pair"
|
|
```
|
|
|
|
You can also set this globally for all platforms:
|
|
|
|
```yaml
|
|
unauthorized_dm_behavior: "pair"
|
|
```
|
|
|
|
The platform-specific setting under `slack:` takes precedence over the global setting.
|
|
|
|
### Voice Transcription
|
|
|
|
```yaml
|
|
# Global setting — enable/disable automatic transcription of incoming voice messages
|
|
stt_enabled: true
|
|
```
|
|
|
|
When `true` (the default), incoming audio messages are automatically transcribed using the configured STT provider before being processed by the agent.
|
|
|
|
### Full Example
|
|
|
|
```yaml
|
|
# Global gateway settings
|
|
group_sessions_per_user: true
|
|
unauthorized_dm_behavior: "pair"
|
|
stt_enabled: true
|
|
|
|
# Slack-specific settings
|
|
slack:
|
|
require_mention: true
|
|
unauthorized_dm_behavior: "pair"
|
|
|
|
# Platform config
|
|
platforms:
|
|
slack:
|
|
reply_to_mode: "first"
|
|
extra:
|
|
reply_in_thread: true
|
|
reply_broadcast: false
|
|
```
|
|
|
|
---
|
|
|
|
|
|
## Home Channel
|
|
|
|
Set `SLACK_HOME_CHANNEL` to a channel ID where Hermes will deliver scheduled messages,
|
|
cron job results, and other proactive notifications. To find a channel ID:
|
|
|
|
1. Right-click the channel name in Slack
|
|
2. Click **View channel details**
|
|
3. Scroll to the bottom — the Channel ID is shown there
|
|
|
|
```bash
|
|
SLACK_HOME_CHANNEL=C01234567890
|
|
```
|
|
|
|
Make sure the bot has been **invited to the channel** (`/invite @Hermes Agent`).
|
|
|
|
---
|
|
|
|
## Multi-Workspace Support
|
|
|
|
Hermes can connect to **multiple Slack workspaces** simultaneously using a single gateway instance. Each workspace is authenticated independently with its own bot user ID.
|
|
|
|
### Configuration
|
|
|
|
Provide multiple bot tokens as a **comma-separated list** in `SLACK_BOT_TOKEN`:
|
|
|
|
```bash
|
|
# Multiple bot tokens — one per workspace
|
|
SLACK_BOT_TOKEN=xoxb-workspace1-token,xoxb-workspace2-token,xoxb-workspace3-token
|
|
|
|
# A single app-level token is still used for Socket Mode
|
|
SLACK_APP_TOKEN=xapp-your-app-token
|
|
```
|
|
|
|
Or in `~/.hermes/config.yaml`:
|
|
|
|
```yaml
|
|
platforms:
|
|
slack:
|
|
token: "xoxb-workspace1-token,xoxb-workspace2-token"
|
|
```
|
|
|
|
### OAuth Token File
|
|
|
|
In addition to tokens in the environment or config, Hermes also loads tokens from an **OAuth token file** at:
|
|
|
|
```
|
|
~/.hermes/slack_tokens.json
|
|
```
|
|
|
|
This file is a JSON object mapping team IDs to token entries:
|
|
|
|
```json
|
|
{
|
|
"T01ABC2DEF3": {
|
|
"token": "xoxb-workspace-token-here",
|
|
"team_name": "My Workspace"
|
|
}
|
|
}
|
|
```
|
|
|
|
Tokens from this file are merged with any tokens specified via `SLACK_BOT_TOKEN`. Duplicate tokens are automatically deduplicated.
|
|
|
|
### How it works
|
|
|
|
- The **first token** in the list is the primary token, used for the Socket Mode connection (AsyncApp).
|
|
- Each token is authenticated via `auth.test` on startup. The gateway maps each `team_id` to its own `WebClient` and `bot_user_id`.
|
|
- When a message arrives, Hermes uses the correct workspace-specific client to respond.
|
|
- The primary `bot_user_id` (from the first token) is used for backward compatibility with features that expect a single bot identity.
|
|
|
|
---
|
|
|
|
## Voice Messages
|
|
|
|
Hermes supports voice on Slack:
|
|
|
|
- **Incoming:** Voice/audio messages are automatically transcribed using the configured STT provider: local `faster-whisper`, Groq Whisper (`GROQ_API_KEY`), or OpenAI Whisper (`VOICE_TOOLS_OPENAI_KEY`)
|
|
- **Outgoing:** TTS responses are sent as audio file attachments
|
|
|
|
---
|
|
|
|
## Per-Channel Prompts
|
|
|
|
Assign ephemeral system prompts to specific Slack channels. The prompt is injected at runtime on every turn — never persisted to transcript history — so changes take effect immediately.
|
|
|
|
```yaml
|
|
slack:
|
|
channel_prompts:
|
|
"C01RESEARCH": |
|
|
You are a research assistant. Focus on academic sources,
|
|
citations, and concise synthesis.
|
|
"C02ENGINEERING": |
|
|
Code review mode. Be precise about edge cases and
|
|
performance implications.
|
|
```
|
|
|
|
Keys are Slack channel IDs (find them via channel details → "About" → scroll to bottom). All messages in the matching channel get the prompt injected as an ephemeral system instruction.
|
|
|
|
## Troubleshooting
|
|
|
|
| Problem | Solution |
|
|
|---------|----------|
|
|
| Bot doesn't respond to DMs | Verify `message.im` is in your event subscriptions and the app is reinstalled |
|
|
| Bot works in DMs but not in channels | **Most common issue.** Add `message.channels` and `message.groups` to event subscriptions, reinstall the app, and invite the bot to the channel with `/invite @Hermes Agent` |
|
|
| Bot doesn't respond to @mentions in channels | 1) Check `message.channels` event is subscribed. 2) Bot must be invited to the channel. 3) Ensure `channels:history` scope is added. 4) Reinstall the app after scope/event changes |
|
|
| Bot ignores messages in private channels | Add both the `message.groups` event subscription and `groups:history` scope, then reinstall the app and `/invite` the bot |
|
|
| "Sending messages to this app has been turned off" in DMs | Enable the **Messages Tab** in App Home settings (see Step 5) |
|
|
| "not_authed" or "invalid_auth" errors | Regenerate your Bot Token and App Token, update `.env` |
|
|
| Bot responds but can't post in a channel | Invite the bot to the channel with `/invite @Hermes Agent` |
|
|
| "missing_scope" error | Add the required scope in OAuth & Permissions, then **reinstall** the app |
|
|
| Socket disconnects frequently | Check your network; Bolt auto-reconnects but unstable connections cause lag |
|
|
| Changed scopes/events but nothing changed | You **must reinstall** the app to your workspace after any scope or event subscription change |
|
|
|
|
### Quick Checklist
|
|
|
|
If the bot isn't working in channels, verify **all** of the following:
|
|
|
|
1. ✅ `message.channels` event is subscribed (for public channels)
|
|
2. ✅ `message.groups` event is subscribed (for private channels)
|
|
3. ✅ `app_mention` event is subscribed
|
|
4. ✅ `channels:history` scope is added (for public channels)
|
|
5. ✅ `groups:history` scope is added (for private channels)
|
|
6. ✅ App was **reinstalled** after adding scopes/events
|
|
7. ✅ Bot was **invited** to the channel (`/invite @Hermes Agent`)
|
|
8. ✅ You are **@mentioning** the bot in your message
|
|
|
|
---
|
|
|
|
## Security
|
|
|
|
:::warning
|
|
**Always set `SLACK_ALLOWED_USERS`** with the Member IDs of authorized users. Without this setting,
|
|
the gateway will **deny all messages** by default as a safety measure. Never share your bot tokens —
|
|
treat them like passwords.
|
|
:::
|
|
|
|
- Tokens should be stored in `~/.hermes/.env` (file permissions `600`)
|
|
- Rotate tokens periodically via the Slack app settings
|
|
- Audit who has access to your Hermes config directory
|
|
- Socket Mode means no public endpoint is exposed — one less attack surface
|