Channel plugins should expose outbound message behavior fromDocumentation Index
Fetch the complete documentation index at: https://docs2.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
openclaw/plugin-sdk/channel-outbound. Use
openclaw/plugin-sdk/channel-inbound for receive/context/dispatch orchestration.
Core owns queueing, durability, generic retry policy, hooks, receipts, and the
shared message tool. The plugin owns native send/edit/delete calls, target
normalization, platform threading, selected quotes, notification flags, account
state, and platform-specific side effects.
Adapter
Most plugins define onemessage adapter:
Existing Outbound Adapters
If the channel already has a compatibleoutbound adapter, derive the message
adapter instead of duplicating send code:
Durable Sends
Runtime send helpers also live onchannel-outbound:
sendDurableMessageBatch(...)withDurableMessageSendContext(...)deliverInboundReplyWithMessageSendContext(...)- draft streaming/progress helpers such as
resolveChannelStreamingPreviewChunk(...)
sendDurableMessageBatch(...) returns one explicit outcome:
sent: at least one visible platform message was delivered.suppressed: no platform message should be treated as missing.partial_failed: at least one platform message was delivered before a later payload or side effect failed.failed: no platform receipt was produced.
payloadOutcomes when a batch mixes sent, suppressed, and failed payloads.
Do not infer hook cancellation from an empty legacy direct-delivery result.
Compatibility Dispatch
Inbound reply dispatch should be assembled throughdispatchChannelInboundReply(...) from channel-inbound. Keep platform
delivery in the delivery adapter; use channel-outbound for message adapters,
durable sends, receipts, live preview, and reply pipeline options.