openclaw/plugin-sdk/channel-outbound bereitstellen. Verwenden Sie
openclaw/plugin-sdk/channel-inbound für die Orchestrierung von Empfang/Kontext/Dispatch.
Core besitzt Queueing, Dauerhaftigkeit, generische Retry-Richtlinien, Hooks, Empfangsbestätigungen und das
gemeinsame message-Tool. Das Plugin besitzt native Send/Edit/Delete-Aufrufe, Zielnormalisierung, Plattform-Threading, ausgewählte Zitate, Benachrichtigungsflags, Kontostatus und plattformspezifische Seiteneffekte.
Adapter
Die meisten Plugins definieren einenmessage-Adapter:
Vorhandene Outbound-Adapter
Wenn der Kanal bereits einen kompatiblenoutbound-Adapter hat, leiten Sie den Message-Adapter ab, statt Sendecode zu duplizieren:
Dauerhafte Sends
Runtime-Sendehelfer befinden sich ebenfalls inchannel-outbound:
sendDurableMessageBatch(...)withDurableMessageSendContext(...)deliverInboundReplyWithMessageSendContext(...)- Entwurfs-Streaming-/Fortschrittshelfer wie
resolveChannelDraftStreamingChunking(...)
sendDurableMessageBatch(...) gibt ein explizites Ergebnis zurück:
sent: Mindestens eine sichtbare Plattformnachricht wurde zugestellt.suppressed: Keine Plattformnachricht sollte als fehlend behandelt werden.partial_failed: Mindestens eine Plattformnachricht wurde zugestellt, bevor eine spätere Payload oder ein Seiteneffekt fehlgeschlagen ist.failed: Es wurde keine Plattform-Empfangsbestätigung erzeugt.
payloadOutcomes, wenn ein Batch gesendete, unterdrückte und fehlgeschlagene Payloads mischt.
Leiten Sie Hook-Abbruch nicht aus einem leeren alten Direct-Delivery-Ergebnis ab.
Kompatibilitäts-Dispatch
Inbound-Reply-Dispatch sollte überdispatchChannelInboundReply(...) aus channel-inbound zusammengesetzt werden. Belassen Sie die Plattformzustellung im Delivery-Adapter; verwenden Sie channel-outbound für Message-Adapter, dauerhafte Sends, Empfangsbestätigungen, Live-Vorschau und Optionen für die Reply-Pipeline.