Utas dan sesi Slack di OpenClaw

Utas Slack menyembunyikan pesannya dari saluran, dan justru karena itulah model sesi harus tepat dalam menentukan sesi OpenClaw mana yang memiliki sebuah pesan dan di mana balasannya muncul. Berikut pemetaan dari permukaan Slack ke sesi, aturan utas, kontrol balasan dengan satu perbedaan dari Telegram yang patut diingat, dan pengalaman Agent View tempat Slack sendiri yang mengelola utas.

Sesi

• Pesan langsung dirutekan sebagai direct, saluran sebagai channel, dan pesan langsung grup sebagai group; binding rute menerima ID peer mentah serta bentuk target Slack untuk saluran, pengguna, atau mention pengguna; dengan scope pesan langsung default main, pesan langsung biasa digabungkan ke sesi utama agen sementara pesan akar Agent View dan utas Assistant View yang sudah ada tetap terisolasi sebagai sesi utas; dan kunci sesi saluran dibentuk dari agen, saluran, dan ID saluran.
• Pesan saluran tingkat atas biasa tetap berada di sesi per saluran bahkan saat mode balasan bukan off, sedangkan balasan utas di saluran, pesan langsung grup, Agent View, dan Assistant View menggunakan timestamp utas induk sebagai sufiks utas; utas balasan pesan langsung biasa hanya menjadi kemudahan antarmuka di atas sesi pesan langsung dasar.
• OpenClaw men-seed pesan akar saluran tingkat atas yang memenuhi syarat ke dalam sesi utas yang kuncinya adalah timestamp pesan akar tersebut jika pesan akar itu diperkirakan akan memulai utas yang terlihat, sehingga pesan akar dan balasan berikutnya berbagi satu sesi; hal ini berlaku untuk peristiwa app-mention, kecocokan mention bot eksplisit atau pola mention yang dikonfigurasi, dan saluran tanpa kewajiban mention yang mode balasannya bukan off.
• Scope riwayat utas secara default adalah thread, pewarisan induk secara default bernilai false, dan batas riwayat awal menentukan berapa banyak pesan utas yang sudah ada yang diambil saat sesi utas baru dimulai, 20 secara default dan nol untuk menonaktifkannya.

Utas Slack menyembunyikan pesan dari saluran, sedangkan balasan Telegram tetap terlihat inline.

Balasan, tag, dan broadcast

Dua flag mention implisit menentukan apa yang melewati penyaringan mention: balasan ke pesan milik bot itu sendiri, dan pesan lanjutan di utas tempat bot sudah membalas, keduanya bernilai true secara default, dengan yang kedua diatur ke false jika Anda ingin mention eksplisit baru pada pesan lanjutan; perbaikan doctor memigrasikan kunci utas require-explicit-mention yang lama ke flag positif ini, override akun berada di bawah blok implicit-mentions milik akun, dan default bersama berada di bawah default saluran. Mode balasan secara default adalah off dengan first, all, dan batched sebagai alternatif, dan dapat diatur per saluran, per jenis chat untuk direct, group, dan channel, serta melalui mode balasan pesan langsung lama untuk chat langsung. Tag balasan manual menargetkan pesan saat ini atau ID pesan tertentu. Balasan utas eksplisit dari alat message dapat mengatur reply-broadcast agar Slack juga memposting balasan ke saluran induk, yang dipetakan ke flag broadcast pada post-message dan hanya berfungsi untuk pengiriman teks atau Block Kit, bukan unggahan media. Panggilan alat message yang berjalan di dalam utas dan menargetkan saluran yang sama biasanya mewarisi utas saat ini sesuai mode balasan efektif akun, jenis chat, atau per saluran, balasan otomatis dan panggilan kirim atau unggah di saluran yang sama menggunakan override yang sama, dan flag top-level atau ID utas null justru memaksa pesan baru di saluran induk. Mode balasan off menonaktifkan threading keluar opsional termasuk tag eksplisit, dan ini berbeda dari Telegram, tempat tag eksplisit tetap dihormati dalam mode off; Agent View dan Assistant View adalah pengalaman berutas yang dikelola Slack, yang balasan dan statusnya tetap berada di pesan akar yang terlihat apa pun modenya, dan off tidak meratakan sesi utas masuk lainnya.

Pesan langsung Agent View

• Agent View adalah pengalaman perpesanan Slack untuk aplikasi AI: Slack menandai aplikasi sebagai agen, setiap pesan yang diketik di composer tingkat atas tab Messages memulai pesan akar baru yang dijadikan utas oleh Slack sendiri, pesan lanjutan berada di dalam utas pesan akar tersebut, dan OpenClaw memperlakukan setiap pesan akar sebagai percakapan terpisah dengan sufiks utas di atas sesi dasar apa pun yang dipilih oleh scope pesan langsung, sehingga pesan akar tetap terisolasi bahkan di bawah scope main.
• Pesan lanjutan di dalam utas pesan akar tetap berada di sesi pesan akar tersebut, pesan composer baru memulai sesi baru, balasan dan status utas tetap berada di pesan akar yang terlihat apa pun mode balasannya karena Slack yang mengelola threading, dan entitas active-view hanya sampai ke agen sebagai konteks terstruktur yang tidak tepercaya dalam urutan relevansi Slack, dengan pesan langsung yang tidak membawa entitas apa pun mengosongkannya untuk giliran itu alih-alih menggunakan ulang entitas lama.
• Slack tidak pernah menyatakan pengalaman mana yang digunakan sebuah aplikasi, sehingga OpenClaw mencatat Agent View dari sinyal pertama yang dilihatnya: peristiwa app-context-changed, pesan langsung yang membawa konteks aplikasi, atau panggilan suggested-prompts tanpa utas yang dilakukannya saat anggota membuka tab Messages, di mana ok maupun internal-error dihitung sebagai bukti dan jawaban not-agent-app berarti Assistant View; pesan langsung yang timestamp utasnya sama dengan timestamp-nya sendiri dikenali dengan sendirinya sebagai pesan akar yang dikelola Slack, penandanya bersifat persisten dan kuncinya dibentuk dari akun, ruang kerja, dan ID aplikasi, Socket Mode membaca ID aplikasi dari token aplikasi saat startup, mode HTTP mempelajarinya dari peristiwa bertanda tangan pertama dan mencatatnya sekali di log, dan mode relay menyimpan penanda hanya di proses yang sedang berjalan.

OpenClaw di Slack adalah artikel saluran tempat sesi-sesi ini berada, dan perilaku pesan Slack di OpenClaw menjelaskan tampilan percakapan saat balasan sedang dibuat.

Satu sesi per utas, dengan sengaja

Men-seed pesan akar ke dalam sesi utas itulah yang memungkinkan sebuah mention di saluran yang ramai menjadi utas kerja privat dengan memorinya sendiri, alih-alih setiap balasan kembali ke sesi bersama milik saluran. Routing saluran OpenClaw menjelaskan cara sesi saluran memilih agennya, dan pencarian sesi OpenClaw menjelaskan cara menemukan kembali salah satu sesi utas ini nanti.

Di Diali

Slack adalah salah satu saluran yang dihubungkan Diali dari dasbor, dengan konfigurasi runtime yang dihasilkan dan diganti pada setiap rilis, sehingga kunci utas dan balasan di sini menjelaskan perilaku agen yang di-hosting di ruang kerja Anda, bukan file yang Anda pelihara. Slack di Diali adalah saluran tersebut di Diali dan OpenClaw yang di-hosting di Diali adalah asisten di baliknya.

• Pesan akar yang di-mention dan utasnya berbagi satu sesi.
• Off di Slack juga membungkam tag balasan eksplisit; Telegram tetap mempertahankannya.
• Setiap pesan akar Agent View adalah percakapannya sendiri.