Ambient room events let OpenClaw process unmentioned group or channel chatter as quiet context. The agent can update memory and session state, but the room stays silent unless the agent explicitly calls theDocumentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
message tool.
For always-on group chats, this is the recommended mode: combine messages.groupChat.unmentionedInbound: "room_event" with messages.groupChat.visibleReplies: "message_tool". Use it when the agent should listen, decide when a reply is useful, and avoid the old prompt pattern of answering NO_REPLY.
Supported today: Discord guild channels, Slack channels and private channels, Slack multi-person DMs, and Telegram groups or supergroups. Other group channels keep their existing group behavior unless their channel page says they support ambient room events.
Recommended setup
Set the global group-chat behavior:groupPolicy, room allowlist, and sender allowlist.
After saving the config, the Gateway hot-reloads messages settings. Restart only when file watching or config reload is disabled.
What changes
Withmessages.groupChat.unmentionedInbound: "room_event":
- unmentioned allowed group or channel messages become quiet room events
- mentioned messages stay user requests
- text commands and native commands stay user requests
- abort or stop requests stay user requests
- direct messages stay user requests
message(action=send) to post in the room.
Discord example
Slack example
Slack channel allowlists are ID-first. Use channel IDs such asC12345678, not #channel-name.
Telegram example
For Telegram groups, the bot must be able to see normal group messages. IfrequireMention: false, disable BotFather privacy mode or use another Telegram setup that delivers full group traffic to the bot.
-1001234567890. Read chat.id from openclaw logs --follow, forward a group message to an ID helper bot, or inspect Bot API getUpdates.
Agent specific policy
Use an agent override when several agents share the same room but only one should treat unmentioned chatter as ambient context:agents.list[].groupChat.unmentionedInbound value overrides messages.groupChat.unmentionedInbound for that agent.
Visible reply modes
messages.groupChat.visibleReplies defaults to "automatic" for normal group/channel user requests. Keep that default when you want final assistant text to post visibly without requiring an explicit message-tool call.
For ambient always-on rooms, messages.groupChat.visibleReplies: "message_tool" is still recommended, especially with latest-generation, tool-reliable models such as GPT 5.5. It lets the agent decide when to speak by calling the message tool. If the model returns final text without calling the tool, OpenClaw keeps that final text private and logs suppressed delivery metadata.
Room events stay strict even when other group requests use automatic replies. Unmentioned ambient room events still require message(action=send) for visible output.
History
messages.groupChat.historyLimit controls the global group history default. Channels can override it with channels.<channel>.historyLimit, and some channels also support per-account history limits.
Set historyLimit: 0 to disable group history context.
Supported room-event channels keep recent ambient room messages as context. Discord keeps room-event history until a visible Discord send succeeds, so quiet context is not lost before message-tool delivery.
Troubleshooting
If the room shows typing or token usage but no visible message:- Confirm the room is allowed by the channel allowlist and sender allowlist.
- Confirm
requireMention: falseis set at the room level you expect. - Check whether
messages.groupChat.unmentionedInboundor the agent override is"room_event". - Inspect logs for suppressed final payload metadata or
didSendViaMessagingTool: false. - For normal group requests, keep or restore
messages.groupChat.visibleReplies: "automatic"if you want final replies posted automatically. For ambient rooms usingmessage_tool, use a model/runtime that reliably calls tools.
channels:history or groups:history scope for that room type.