openclaw/src/slack
Josh Lehman 9d50ebad7d feat(routing): route replies to originating channel
Implement reply routing based on OriginatingChannel/OriginatingTo fields.
This ensures replies go back to the provider where the message originated
instead of using the session's lastChannel.

Changes:
- Add OriginatingChannel/OriginatingTo fields to MsgContext (templating.ts)
- Add originatingChannel/originatingTo fields to FollowupRun (queue.ts)
- Create route-reply.ts with provider-agnostic router
- Update all providers (Telegram, Slack, Discord, Signal, iMessage)
  to pass originating channel info
- Update reply.ts to pass originating channel to followupRun
- Update followup-runner.ts to use route-reply for originating channels

This addresses the issue where messages from one provider (e.g., Slack)
would receive replies on a different provider (e.g., Telegram) because
the queue used the last active dispatcher instead of the originating one.
2026-01-07 04:51:33 +00:00
..
actions.ts feat: unify provider reaction tools 2026-01-07 04:16:39 +01:00
index.ts feat: unify provider reaction tools 2026-01-07 04:16:39 +01:00
monitor.test.ts feat: unify group policy allowlists 2026-01-06 06:40:42 +00:00
monitor.tool-result.test.ts fix: harden pairing flow 2026-01-07 05:06:04 +01:00
monitor.ts feat(routing): route replies to originating channel 2026-01-07 04:51:33 +00:00
probe.ts Slack: add some fixes and connect it all up 2026-01-04 01:53:26 -06:00
send.ts fix: preserve markdown fences when chunking 2026-01-06 20:23:41 +01:00
token.ts Slack: add some fixes and connect it all up 2026-01-04 01:53:26 -06:00