Skip to content

Commit 030bece

Browse files
committed
fix(slack): reuse canonical sender for enterprise replies
1 parent 392c410 commit 030bece

9 files changed

Lines changed: 531 additions & 695 deletions

File tree

docs/channels/slack.md

Lines changed: 9 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -247,8 +247,15 @@ action tools, Slack-native approvals, bindings, queued or scheduled delivery,
247247
and proactive sends are unavailable for an enterprise account. Outbound
248248
acknowledgment, typing, and status reactions are supported through the
249249
listener-owned Slack client and require `reactions:write`; inbound reaction
250-
notifications and reaction action tools remain unavailable. Channel policy
251-
keys and `dm.groupChannels` entries must use raw stable Slack channel IDs or the
250+
notifications and reaction action tools remain unavailable.
251+
252+
Immediate replies reuse the standard Slack delivery behavior for chunks,
253+
media, metadata, identity fallback, unfurls, and receipts, but only while the
254+
validated listener-owned client remains in the active event turn. The
255+
in-memory send queue and thread-participation records are partitioned by that
256+
event's workspace; the client itself is never serialized or persisted.
257+
258+
Channel policy keys and `dm.groupChannels` entries must use raw stable Slack channel IDs or the
252259
`channel:<id>` form. OpenClaw normalizes either form to the raw channel ID for
253260
runtime matching; `slack:`, `group:`, and `mpim:` prefixes fail startup.
254261
User policy entries must use stable Slack user IDs; names, slugs, display names,

extensions/slack/src/monitor/immediate-enterprise-reply.ts

Lines changed: 0 additions & 122 deletions
This file was deleted.

0 commit comments

Comments
 (0)