Slack-Threads und -Sitzungen in OpenClaw

Slack-Threads verbergen ihre Nachrichten vor dem Kanal, und genau deshalb muss das Sitzungsmodell präzise festlegen, zu welcher OpenClaw-Sitzung eine Nachricht gehört und wo die Antwort landet. Hier sind die Zuordnung von Slack-Oberflächen zu Sitzungen, die Thread-Regeln, die Antwortsteuerung mit dem einen Unterschied zu Telegram, den man sich merken sollte, und das Agent-View-Erlebnis, bei dem Slack selbst die Threads verwaltet.

Sitzungen

• DMs werden als direct geroutet, Kanäle als channel und Gruppen-DMs als group; Routen-Bindungen akzeptieren rohe Peer-IDs sowie Slack-Zielformen für einen Kanal, einen Benutzer oder eine Benutzererwähnung; mit dem standardmäßigen Haupt-DM-Geltungsbereich laufen gewöhnliche DMs in der Hauptsitzung des Agenten zusammen, während Agent-View-Root-Nachrichten und bestehende Assistant-View-Threads als Thread-Sitzungen isoliert bleiben; und Kanalsitzungen haben als Schlüssel Agent, Kanal und Kanal-ID.
• Gewöhnliche Kanalnachrichten auf oberster Ebene bleiben in der Sitzung pro Kanal, auch wenn der Antwortmodus nicht off ist, während Thread-Antworten in Kanälen, Gruppen-DMs, Agent View und Assistant View den Zeitstempel des übergeordneten Threads als Thread-Suffix verwenden; ein gewöhnlicher Antwort-Thread in einer DM bleibt eine reine Komfortfunktion der Oberfläche in der Basis-DM-Sitzung.
• OpenClaw legt für eine geeignete Root-Nachricht auf oberster Ebene eines Kanals vorab eine Thread-Sitzung an, deren Schlüssel der Zeitstempel dieser Root-Nachricht ist, wenn zu erwarten ist, dass die Root-Nachricht einen sichtbaren Thread eröffnet, sodass sie und ihre späteren Antworten eine Sitzung teilen; das gilt für App-Mention-Ereignisse, explizite Treffer auf den Bot oder auf konfigurierte Erwähnungsmuster sowie für Kanäle ohne Erwähnungspflicht, deren Antwortmodus nicht off ist.
• Der Thread-Verlaufsumfang ist standardmäßig thread, das Erben von der Elternnachricht standardmäßig false, und das anfängliche Verlaufslimit entscheidet, wie viele bestehende Thread-Nachrichten abgerufen werden, wenn eine neue Thread-Sitzung startet: standardmäßig 20, und 0 deaktiviert den Abruf.

Slack-Threads verbergen Nachrichten vor dem Kanal, während Telegram-Antworten inline sichtbar bleiben.

Antworten, Tags und Broadcast

Zwei Flags für implizite Erwähnungen entscheiden, was die Erwähnungspflicht umgeht: eine Antwort auf eine eigene Nachricht des Bots und eine Folgenachricht in einem Thread, in dem der Bot geantwortet hat, beide standardmäßig true, wobei Sie das zweite auf false setzen, wenn Sie in Folgenachrichten eine neue explizite Erwähnung verlangen wollen; der doctor-Fix migriert den früheren Thread-Schlüssel, der eine explizite Erwähnung verlangte, auf dieses positive Flag, Konto-Overrides liegen im Block für implizite Erwähnungen des Kontos und gemeinsame Standardwerte in den Kanal-Standardwerten. Der Antwortmodus ist standardmäßig off, mit first, all und batched als Alternativen, und lässt sich pro Kanal, pro Chat-Typ für direct, group und channel sowie über den alten DM-Antwortmodus für Direktchats setzen. Manuelle Antwort-Tags zielen auf die aktuelle Nachricht oder eine bestimmte Nachrichten-ID. Eine explizite Thread-Antwort aus dem Nachrichten-Tool kann Reply-Broadcast setzen, damit Slack die Antwort auch im übergeordneten Kanal postet; das entspricht dem Broadcast-Flag beim Posten der Nachricht und funktioniert nur beim Senden von Text oder Block Kit, nicht bei Medien-Uploads. Ein Aufruf des Nachrichten-Tools, der innerhalb eines Threads läuft und auf denselben Kanal zielt, erbt normalerweise den aktuellen Thread gemäß dem wirksamen Antwortmodus des Kontos, des Chat-Typs oder des Kanals, automatische Antworten sowie Sende- oder Upload-Aufrufe im selben Kanal nutzen denselben Override, und ein Top-Level-Flag oder eine Thread-ID null erzwingt stattdessen eine neue Nachricht im übergeordneten Kanal. Der Antwortmodus off deaktiviert optionales ausgehendes Threading einschließlich der expliziten Tags, anders als bei Telegram, wo explizite Tags auch bei off beachtet werden; Agent View und Assistant View sind von Slack verwaltete Thread-Erlebnisse, deren Antworten und Status in jedem Fall bei der sichtbaren Root-Nachricht bleiben, und off löst andere eingehende Thread-Sitzungen nicht auf.

Agent-View-DMs

• Agent View ist das Messaging-Erlebnis von Slack für KI-Apps: Slack kennzeichnet die App als Agent, jede Nachricht, die im Eingabefeld auf oberster Ebene des Tabs Messages getippt wird, startet eine neue Root-Nachricht, die Slack selbst als Thread führt, Folgenachrichten gehören in den Thread dieser Root-Nachricht, und OpenClaw behandelt jede Root-Nachricht als eigene Konversation mit einem Thread-Suffix über der Basissitzung, die der DM-Geltungsbereich auswählt, sodass Root-Nachrichten selbst im Haupt-Geltungsbereich isoliert bleiben.
• Folgenachrichten im Thread einer Root-Nachricht bleiben in deren Sitzung, eine neue Nachricht aus dem Eingabefeld startet eine neue Sitzung, Antworten und Thread-Status bleiben unabhängig vom Antwortmodus bei der sichtbaren Root-Nachricht, weil Slack das Threading verwaltet, und die Entitäten der aktiven Ansicht erreichen den Agenten nur als strukturierter, nicht vertrauenswürdiger Kontext in Slacks Relevanzreihenfolge, wobei eine DM ohne solche Entitäten sie für diesen Turn löscht, statt veraltete wiederzuverwenden.
• Slack gibt nie an, welches Erlebnis eine App nutzt, daher erfasst OpenClaw Agent View anhand des ersten Signals, das es sieht: eines Ereignisses für einen geänderten App-Kontext, einer DM mit App-Kontext oder des Aufrufs für vorgeschlagene Prompts ohne Thread, den es ausführt, wenn ein Mitglied den Tab Messages öffnet, wobei sowohl ok als auch internal-error als Beleg zählen und die Antwort, dass es sich um keine Agent-App handelt, Assistant View bedeutet; eine DM, deren Thread-Zeitstempel ihrem eigenen Zeitstempel entspricht, wird für sich allein als von Slack verwaltete Root-Nachricht erkannt, die Markierung ist dauerhaft und hat als Schlüssel Konto, Workspace und App-ID, der Socket Mode liest die App-ID beim Start aus dem App-Token, der HTTP-Modus lernt sie aus dem ersten signierten Ereignis und protokolliert sie einmal, und der Relay-Modus behält die Markierung nur im laufenden Prozess.

Diese Sitzungen gehören zum Kanalbeitrag OpenClaw auf Slack, wie die Konversation aussieht, während eine Antwort entsteht, zeigt der Beitrag zum Nachrichtenverhalten von Slack in OpenClaw.

Eine Sitzung pro Thread, mit Absicht

Dass die Root-Nachricht vorab in die Thread-Sitzung übernommen wird, macht aus einer Erwähnung in einem belebten Kanal einen privaten Arbeits-Thread mit eigenem Gedächtnis, statt dass jede Antwort wieder in der gemeinsamen Sitzung des Kanals landet. Wie die Kanalsitzung ihren Agenten wählt, erklärt der Beitrag zum Kanal-Routing in OpenClaw; wie Sie eine dieser Thread-Sitzungen später wiederfinden, zeigt der Beitrag zur Sitzungssuche in OpenClaw.

Auf Diali

Slack ist einer der Kanäle, die Diali aus dem Dashboard verbindet, wobei die Laufzeitkonfiguration bei jedem Release generiert und ersetzt wird; die Thread- und Antwortschlüssel hier beschreiben also, wie sich ein gehosteter Agent in Ihrem Workspace verhält, und keine Datei, die Sie pflegen. Der Kanal auf Diali ist Slack auf Diali, der Assistent dahinter gehostetes OpenClaw auf Diali.

• Eine erwähnte Root-Nachricht und ihr Thread teilen eine Sitzung.
• Der Modus off schaltet auf Slack auch explizite Antwort-Tags stumm; Telegram behält sie.
• Jede Agent-View-Root-Nachricht ist eine eigene Konversation.