Pronto per la produzione per DM e canali tramite integrazioni dell’app Slack. La modalità predefinita è Socket Mode; sono supportati anche gli URL di richiesta HTTP.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
Abbinamento
I DM di Slack usano per impostazione predefinita la modalità di abbinamento.
Comandi slash
Comportamento nativo dei comandi e catalogo dei comandi.
Risoluzione dei problemi dei canali
Diagnostica tra canali e procedure operative di riparazione.
Scegliere Socket Mode o gli URL di richiesta HTTP
Entrambi i trasporti sono pronti per la produzione e raggiungono la parità di funzionalità per messaggistica, comandi slash, App Home e interattività. Scegli in base alla modalità di distribuzione, non alle funzionalità.| Aspetto | Socket Mode (predefinito) | URL di richiesta HTTP |
|---|---|---|
| URL pubblico del Gateway | Non richiesto | Richiesto (DNS, TLS, reverse proxy o tunnel) |
| Rete in uscita | WSS in uscita verso wss-primary.slack.com deve essere raggiungibile | Nessun WS in uscita; solo HTTPS in ingresso |
| Token necessari | Token bot (xoxb-...) + App-Level Token (xapp-...) con connections:write | Token bot (xoxb-...) + Signing Secret |
| Laptop di sviluppo / dietro firewall | Funziona così com’è | Richiede un tunnel pubblico (ngrok, Cloudflare Tunnel, Tailscale Funnel) o un Gateway di staging |
| Scalabilità orizzontale | Una sessione Socket Mode per app per host; più Gateway richiedono app Slack separate | Gestore POST stateless; più repliche del Gateway possono condividere una sola app dietro un load balancer |
| Più account su un Gateway | Supportato; ogni account apre il proprio WS | Supportato; ogni account richiede un webhookPath univoco (predefinito /slack/events) per evitare conflitti tra registrazioni |
| Trasporto dei comandi slash | Consegnati tramite la connessione WS; slash_commands[].url viene ignorato | Slack invia POST a slash_commands[].url; il campo è obbligatorio perché il comando venga dispatchato |
| Firma delle richieste | Non usata (l’autenticazione è l’App-Level Token) | Slack firma ogni richiesta; OpenClaw verifica con signingSecret |
| Ripristino in caso di caduta della connessione | L’SDK Slack si riconnette automaticamente; si applica la regolazione del trasporto per il timeout pong del Gateway | Nessuna connessione persistente che possa cadere; i tentativi sono per richiesta da Slack |
Scegli Socket Mode per host con un solo Gateway, laptop di sviluppo e reti on-prem che possono raggiungere
*.slack.com in uscita ma non possono accettare HTTPS in ingresso.Scegli gli URL di richiesta HTTP quando esegui più repliche del Gateway dietro un load balancer, quando WSS in uscita è bloccato ma HTTPS in ingresso è consentito, oppure quando termini già i Webhook Slack su un reverse proxy.Configurazione rapida
- Socket Mode (predefinito)
- URL di richiesta HTTP
Crea una nuova app Slack
Apri api.slack.com/apps → Crea nuova app → Da un manifest → seleziona la tua area di lavoro → incolla uno dei manifest seguenti → Avanti → Crea.Dopo che Slack ha creato l’app:
Consigliato corrisponde al set completo di funzionalità del Plugin Slack incluso: App Home, comandi slash, file, reazioni, pin, DM di gruppo e letture di emoji/gruppi di utenti. Scegli Minimo quando la policy dell’area di lavoro limita gli ambiti: copre DM, cronologia di canali/gruppi, menzioni e comandi slash, ma esclude file, reazioni, pin, DM di gruppo (
mpim:*), emoji:read e usergroups:read. Consulta la checklist per manifest e ambiti per la motivazione di ogni ambito e per opzioni additive come comandi slash aggiuntivi.- Informazioni di base → Token a livello app → Genera token e ambiti: aggiungi
connections:write, salva, copia il valorexapp-.... - Installa app → Installa nell’area di lavoro: copia il token OAuth utente bot
xoxb-....
Configura OpenClaw
Configurazione SecretRef consigliata:Fallback tramite variabili di ambiente (solo account predefinito):
Regolazione del trasporto Socket Mode
OpenClaw imposta per impostazione predefinita il timeout pong del client SDK Slack a 15 secondi per Socket Mode. Sovrascrivi le impostazioni di trasporto solo quando hai bisogno di una regolazione specifica per workspace o host:clientPingTimeout è l’attesa del pong dopo che l’SDK invia un ping client; serverPingTimeout è l’attesa dei ping server di Slack. I messaggi e gli eventi dell’app restano stato dell’applicazione, non segnali di attività del trasporto.
Checklist di manifest e ambiti
Il manifest di base dell’app Slack è lo stesso per Socket Mode e per gli URL di richiesta HTTP. Solo il bloccosettings (e l’url del comando slash) cambia.
Manifest di base (Socket Mode predefinita):
settings con la variante HTTP e aggiungi url a ogni comando slash. URL pubblico richiesto:
Impostazioni aggiuntive del manifest
Espone funzionalità diverse che estendono le impostazioni predefinite sopra. Il manifest predefinito abilita la scheda Home della Slack App Home e sottoscriveapp_home_opened. Quando un membro del workspace apre la scheda Home, OpenClaw pubblica una vista Home predefinita sicura con views.publish; non viene incluso alcun payload di conversazione o configurazione privata. La scheda Messaggi resta abilitata per i DM Slack.
Comandi slash nativi opzionali
Comandi slash nativi opzionali
È possibile usare più comandi slash nativi invece di un singolo comando configurato, con alcune sfumature:
- Usa
/agentstatusinvece di/statusperché il comando/statusè riservato. - Non possono essere resi disponibili più di 25 comandi slash alla volta.
features.slash_commands esistente con un sottoinsieme dei comandi disponibili:- Socket Mode (predefinita)
- URL di richiesta HTTP
Ambiti di attribuzione opzionali (operazioni di scrittura)
Ambiti di attribuzione opzionali (operazioni di scrittura)
Aggiungi lo scope bot
chat:write.customize se vuoi che i messaggi in uscita usino l’identità dell’agente attivo (nome utente e icona personalizzati) invece dell’identità predefinita dell’app Slack.Se usi un’icona emoji, Slack si aspetta la sintassi :emoji_name:.Scope token utente opzionali (operazioni di lettura)
Scope token utente opzionali (operazioni di lettura)
Se configuri
channels.slack.userToken, gli scope di lettura tipici sono:channels:history,groups:history,im:history,mpim:historychannels:read,groups:read,im:read,mpim:readusers:readreactions:readpins:reademoji:readsearch:read(se dipendi dalle letture della ricerca Slack)
Modello dei token
botToken+appTokensono obbligatori per Socket Mode.- La modalità HTTP richiede
botToken+signingSecret. botToken,appToken,signingSecreteuserTokenaccettano stringhe in testo semplice o oggetti SecretRef.- I token di configurazione hanno la precedenza sul fallback env.
- Il fallback env
SLACK_BOT_TOKEN/SLACK_APP_TOKENsi applica solo all’account predefinito. userToken(xoxp-...) è solo di configurazione (nessun fallback env) e usa per impostazione predefinita un comportamento di sola lettura (userTokenReadOnly: true).
- L’ispezione dell’account Slack traccia i campi
*Sourcee*Statusper credenziale (botToken,appToken,signingSecret,userToken). - Lo stato è
available,configured_unavailableomissing. configured_unavailableindica che l’account è configurato tramite SecretRef o un’altra origine di segreto non inline, ma il percorso corrente di comando/runtime non è riuscito a risolvere il valore effettivo.- In modalità HTTP,
signingSecretStatusè incluso; in Socket Mode, la coppia richiesta èbotTokenStatus+appTokenStatus.
Azioni e gate
Le azioni Slack sono controllate dachannels.slack.actions.*.
Gruppi di azioni disponibili negli strumenti Slack correnti:
| Gruppo | Predefinito |
|---|---|
| messages | abilitato |
| reactions | abilitato |
| pins | abilitato |
| memberInfo | abilitato |
| emojiList | abilitato |
send, upload-file, download-file, read, edit, delete, pin, unpin, list-pins, member-info ed emoji-list. download-file accetta gli ID file Slack mostrati nei placeholder dei file in ingresso e restituisce anteprime immagine per le immagini o metadati di file locale per altri tipi di file.
Controllo dell’accesso e routing
- Policy DM
- Policy dei canali
- Menzioni e utenti dei canali
channels.slack.dmPolicy controlla l’accesso DM. channels.slack.allowFrom è l’allowlist DM canonica.pairing(predefinito)allowlistopen(richiede chechannels.slack.allowFromincluda"*")disabled
dm.enabled(predefinito true)channels.slack.allowFromdm.allowFrom(legacy)dm.groupEnabled(DM di gruppo predefiniti false)dm.groupChannels(allowlist MPIM opzionale)
channels.slack.accounts.default.allowFromsi applica solo all’accountdefault.- Gli account con nome ereditano
channels.slack.allowFromquando il proprioallowFromnon è impostato. - Gli account con nome non ereditano
channels.slack.accounts.default.allowFrom.
channels.slack.dm.policy e channels.slack.dm.allowFrom legacy vengono ancora letti per compatibilità. openclaw doctor --fix li migra a dmPolicy e allowFrom quando può farlo senza modificare l’accesso.L’abbinamento nei DM usa openclaw pairing approve slack <code>.Thread, sessioni e tag di risposta
- I DM vengono instradati come
direct; i canali comechannel; gli MPIM comegroup. - I binding di route Slack accettano ID peer grezzi più forme di destinazione Slack come
channel:C12345678,user:U12345678e<@U12345678>. - Con
session.dmScope=mainpredefinito, i DM Slack confluiscono nella sessione principale dell’agente. - Sessioni canale:
agent:<agentId>:slack:channel:<channelId>. - Le risposte nei thread possono creare suffissi di sessione thread (
:thread:<threadTs>) quando applicabile. - Nei canali in cui OpenClaw gestisce messaggi di primo livello senza richiedere una menzione esplicita,
replyToModenonoffinstrada ogni radice gestita inagent:<agentId>:slack:channel:<channelId>:thread:<rootTs>in modo che il thread Slack visibile corrisponda a una sessione OpenClaw dal primo turno. - Il valore predefinito di
channels.slack.thread.historyScopeèthread; il valore predefinito dithread.inheritParentèfalse. channels.slack.thread.initialHistoryLimitcontrolla quanti messaggi thread esistenti vengono recuperati quando inizia una nuova sessione thread (predefinito20; imposta0per disabilitare).channels.slack.thread.requireExplicitMention(predefinitofalse): quandotrue, sopprime le menzioni implicite nei thread in modo che il bot risponda solo a menzioni esplicite@botdentro i thread, anche quando il bot ha già partecipato al thread. Senza questa opzione, le risposte in un thread a cui il bot ha partecipato aggirano il gaterequireMention.
channels.slack.replyToMode:off|first|all|batched(predefinitooff)channels.slack.replyToModeByChatType: perdirect|group|channel- fallback legacy per chat dirette:
channels.slack.dm.replyToMode
[[reply_to_current]][[reply_to:<id>]]
message, imposta replyBroadcast: true con action: "send" e threadId o replyTo per chiedere a Slack di trasmettere anche la risposta del thread al canale padre. Questo corrisponde al flag reply_broadcast di chat.postMessage di Slack ed è supportato solo per invii di testo o Block Kit, non per caricamenti multimediali.
Quando una chiamata allo strumento message viene eseguita dentro un thread Slack e punta allo stesso canale, OpenClaw normalmente eredita il thread Slack corrente secondo replyToMode. Imposta topLevel: true su action: "send" o action: "upload-file" per forzare invece un nuovo messaggio nel canale padre. threadId: null è accettato come la stessa esclusione dal primo livello.
replyToMode="off" disabilita tutto il threading delle risposte in Slack, inclusi i tag espliciti [[reply_to_*]]. Questo differisce da Telegram, dove i tag espliciti vengono comunque rispettati in modalità "off". I thread Slack nascondono i messaggi dal canale, mentre le risposte Telegram restano visibili inline.Reazioni di ack
ackReaction invia un emoji di conferma mentre OpenClaw sta elaborando un messaggio in ingresso.
Ordine di risoluzione:
channels.slack.accounts.<accountId>.ackReactionchannels.slack.ackReactionmessages.ackReaction- fallback emoji dell’identità dell’agente (
agents.list[].identity.emoji, altrimenti ”👀”)
- Slack si aspetta shortcode (per esempio
"eyes"). - Usa
""per disabilitare la reazione per l’account Slack o globalmente.
Streaming del testo
channels.slack.streaming controlla il comportamento dell’anteprima live:
off: disabilita lo streaming dell’anteprima live.partial(predefinito): sostituisce il testo dell’anteprima con l’ultimo output parziale.block: aggiunge aggiornamenti di anteprima a blocchi.progress: mostra testo di stato di avanzamento durante la generazione, poi invia il testo finale.streaming.preview.toolProgress: quando l’anteprima bozza è attiva, instrada gli aggiornamenti di strumenti/avanzamento nello stesso messaggio di anteprima modificato (predefinito:true). Impostafalseper mantenere separati i messaggi di strumenti/avanzamento.streaming.preview.commandText/streaming.progress.commandText: imposta astatusper mantenere righe compatte di avanzamento strumenti nascondendo il testo raw di comando/exec (predefinito:raw).
channels.slack.streaming.nativeTransport controlla lo streaming di testo nativo Slack quando channels.slack.streaming.mode è partial (predefinito: true).
- Deve essere disponibile un thread di risposta affinché compaiano lo streaming di testo nativo e lo stato del thread dell’assistente Slack. La selezione del thread segue comunque
replyToMode. - Le radici di canali, chat di gruppo e DM di primo livello possono comunque usare la normale anteprima della bozza quando lo streaming nativo non è disponibile o non esiste alcun thread di risposta.
- I DM Slack di primo livello restano fuori thread per impostazione predefinita, quindi non mostrano l’anteprima di streaming/stato nativa in stile thread di Slack; OpenClaw pubblica e modifica invece un’anteprima della bozza nel DM.
- I media e i payload non testuali ricadono sulla consegna normale.
- I finali media/errore annullano le modifiche di anteprima in sospeso; i finali testuali/a blocchi idonei vengono scaricati solo quando possono modificare l’anteprima sul posto.
- Se lo streaming fallisce a metà risposta, OpenClaw ricade sulla consegna normale per i payload rimanenti.
channels.slack.streamMode(replace | status_final | append) è un alias runtime legacy perchannels.slack.streaming.mode.- boolean
channels.slack.streamingè un alias runtime legacy perchannels.slack.streaming.modeechannels.slack.streaming.nativeTransport. - legacy
channels.slack.nativeStreamingè un alias runtime perchannels.slack.streaming.nativeTransport. - Esegui
openclaw doctor --fixper riscrivere la configurazione di streaming Slack persistita nelle chiavi canoniche.
Fallback della reazione di digitazione
typingReaction aggiunge una reazione temporanea al messaggio Slack in ingresso mentre OpenClaw elabora una risposta, poi la rimuove al termine dell’esecuzione. Questo è più utile fuori dalle risposte in thread, che usano un indicatore di stato predefinito “is typing…”.
Ordine di risoluzione:
channels.slack.accounts.<accountId>.typingReactionchannels.slack.typingReaction
- Slack si aspetta shortcode (per esempio
"hourglass_flowing_sand"). - La reazione è best-effort e la pulizia viene tentata automaticamente dopo il completamento del percorso di risposta o errore.
Media, suddivisione in blocchi e consegna
Allegati in ingresso
Allegati in ingresso
Gli allegati file di Slack vengono scaricati da URL privati ospitati da Slack (flusso di richiesta autenticato con token) e scritti nell’archivio media quando il recupero riesce e i limiti di dimensione lo consentono. I segnaposto dei file includono lo Slack
fileId così gli agenti possono recuperare il file originale con download-file.I download usano timeout delimitati di inattività e totali. Se il recupero del file Slack si blocca o fallisce, OpenClaw continua a elaborare il messaggio e ricade sul segnaposto del file.Il limite di dimensione runtime in ingresso predefinito è 20MB, salvo override con channels.slack.mediaMaxMb.Testo e file in uscita
Testo e file in uscita
- i blocchi di testo usano
channels.slack.textChunkLimit(predefinito 4000) channels.slack.chunkMode="newline"abilita la suddivisione dando priorità ai paragrafi- gli invii di file usano le API di upload di Slack e possono includere risposte in thread (
thread_ts) - il limite dei media in uscita segue
channels.slack.mediaMaxMbquando configurato; altrimenti gli invii del canale usano i valori predefiniti per tipo MIME dalla pipeline media
Destinatari di consegna
Destinatari di consegna
Destinatari espliciti preferiti:
user:<id>per i DMchannel:<id>per i canali
Comandi e comportamento slash
I comandi slash compaiono in Slack come un singolo comando configurato o più comandi nativi. Configurachannels.slack.slashCommand per cambiare i valori predefiniti dei comandi:
enabled: falsename: "openclaw"sessionPrefix: "slack:slash"ephemeral: true
channels.slack.commands.native: true o commands.native: true nelle configurazioni globali.
- La modalità automatica dei comandi nativi è disattivata per Slack, quindi
commands.native: "auto"non abilita i comandi nativi Slack.
- fino a 5 opzioni: blocchi di pulsanti
- 6-100 opzioni: menu di selezione statico
- più di 100 opzioni: selezione esterna con filtro asincrono delle opzioni quando sono disponibili gli handler delle opzioni di interattività
- limiti Slack superati: i valori delle opzioni codificati ricadono sui pulsanti
agent:<agentId>:slack:slash:<userId> e instradano comunque le esecuzioni dei comandi alla sessione della conversazione di destinazione usando CommandTargetSessionKey.
Risposte interattive
Slack può renderizzare controlli di risposta interattivi creati dall’agente, ma questa funzionalità è disabilitata per impostazione predefinita. Abilitala globalmente:[[slack_buttons: Approve:approve, Reject:reject]][[slack_select: Choose a target | Canary:canary, Production:production]]
- Questa è un’interfaccia utente specifica di Slack. Gli altri canali non traducono le direttive Slack Block Kit nei propri sistemi di pulsanti.
- I valori dei callback interattivi sono token opachi generati da OpenClaw, non valori grezzi creati dall’agente.
- Se i blocchi interattivi generati superassero i limiti di Slack Block Kit, OpenClaw ricade sulla risposta testuale originale invece di inviare un payload di blocchi non valido.
Approvazioni exec in Slack
Slack può agire come client di approvazione nativo con pulsanti e interazioni interattivi, invece di ricadere sulla Web UI o sul terminale.- Le approvazioni exec usano
channels.slack.execApprovals.*per l’instradamento nativo di DM/canale. - Le approvazioni Plugin possono comunque risolversi tramite la stessa superficie di pulsanti nativa Slack quando la richiesta arriva già in Slack e il tipo dell’ID approvazione è
plugin:. - L’autorizzazione dell’approvatore viene comunque applicata: solo gli utenti identificati come approvatori possono approvare o negare richieste tramite Slack.
interactivity è abilitata nelle impostazioni della tua app Slack, i prompt di approvazione vengono renderizzati come pulsanti Block Kit direttamente nella conversazione.
Quando questi pulsanti sono presenti, sono la UX primaria di approvazione; OpenClaw
dovrebbe includere un comando manuale /approve solo quando il risultato dello strumento indica che le approvazioni via chat
non sono disponibili o che l’approvazione manuale è l’unico percorso.
Percorso di configurazione:
channels.slack.execApprovals.enabledchannels.slack.execApprovals.approvers(facoltativo; ricade sucommands.ownerAllowFromquando possibile)channels.slack.execApprovals.target(dm|channel|both, predefinito:dm)agentFilter,sessionFilter
enabled non è impostato o è "auto" e almeno un
approvatore viene risolto. Imposta enabled: false per disabilitare esplicitamente Slack come client di approvazione nativo.
Imposta enabled: true per forzare l’attivazione delle approvazioni native quando gli approvatori vengono risolti.
Comportamento predefinito senza una configurazione esplicita delle approvazioni exec Slack:
approvals.exec è separato. Usalo solo quando i prompt di approvazione exec devono essere
instradati anche ad altre chat o a destinatari espliciti fuori banda. Anche l’inoltro condiviso approvals.plugin è
separato; i pulsanti nativi Slack possono comunque risolvere le approvazioni Plugin quando quelle richieste arrivano già
in Slack.
Anche /approve nella stessa chat funziona nei canali Slack e nei DM che supportano già i comandi. Consulta Approvazioni exec per il modello completo di inoltro delle approvazioni.
Eventi e comportamento operativo
- Le modifiche/eliminazioni dei messaggi vengono mappate in eventi di sistema.
- Le trasmissioni dei thread (“Also send to channel” nelle risposte in thread) vengono elaborate come normali messaggi utente.
- Gli eventi di aggiunta/rimozione delle reazioni vengono mappati in eventi di sistema.
- Gli eventi di ingresso/uscita dei membri, creazione/ridenominazione dei canali e aggiunta/rimozione dei pin vengono mappati in eventi di sistema.
channel_id_changedpuò migrare le chiavi di configurazione del canale quandoconfigWritesè abilitato.- I metadati di argomento/scopo del canale sono trattati come contesto non attendibile e possono essere inseriti nel contesto di instradamento.
- L’iniziatore del thread e il seeding del contesto iniziale della cronologia del thread vengono filtrati dalle allowlist dei mittenti configurate quando applicabile.
- Le azioni sui blocchi e le interazioni modali emettono eventi di sistema strutturati
Slack interaction: ...con campi payload ricchi:- azioni sui blocchi: valori selezionati, etichette, valori picker e metadati
workflow_* - eventi modali
view_submissioneview_closedcon metadati di canale instradati e input del modulo
- azioni sui blocchi: valori selezionati, etichette, valori picker e metadati
Riferimento di configurazione
Riferimento principale: Riferimento di configurazione - Slack.Campi Slack ad alto segnale
Campi Slack ad alto segnale
- mode/auth:
mode,botToken,appToken,signingSecret,webhookPath,accounts.* - accesso DM:
dm.enabled,dmPolicy,allowFrom(legacy:dm.policy,dm.allowFrom),dm.groupEnabled,dm.groupChannels - toggle di compatibilità:
dangerouslyAllowNameMatching(break-glass; tienilo disattivato salvo necessità) - accesso ai canali:
groupPolicy,channels.*,channels.*.users,channels.*.requireMention - threading/cronologia:
replyToMode,replyToModeByChatType,thread.*,historyLimit,dmHistoryLimit,dms.*.historyLimit - consegna:
textChunkLimit,chunkMode,mediaMaxMb,streaming,streaming.nativeTransport,streaming.preview.toolProgress - unfurl:
unfurlLinks,unfurlMediaper il controllo delle anteprime link/media dichat.postMessage - ops/funzionalità:
configWrites,commands.native,slashCommand.*,actions.*,userToken,userTokenReadOnly
Risoluzione dei problemi
Nessuna risposta nei canali
Nessuna risposta nei canali
Controlla, in ordine:
groupPolicy- allowlist dei canali (
channels.slack.channels) — le chiavi devono essere ID canale (C12345678), non nomi (#channel-name). Le chiavi basate sul nome falliscono silenziosamente congroupPolicy: "allowlist"perché l’instradamento del canale è ID-first per impostazione predefinita. Per trovare un ID: fai clic con il pulsante destro sul canale in Slack → Copy link — il valoreC...alla fine dell’URL è l’ID canale. requireMention- allowlist
usersper canale
Messaggi DM ignorati
Messaggi DM ignorati
Controlla:
channels.slack.dm.enabledchannels.slack.dmPolicy(o legacychannels.slack.dm.policy)- approvazioni di associazione / voci allowlist
- Eventi DM Slack Assistant: log verbosi che menzionano
drop message_changeddi solito significano che Slack ha inviato un evento di thread Assistant modificato senza un mittente umano recuperabile nei metadati del messaggio
Socket mode non si connette
Socket mode non si connette
Convalida i token bot + app e l’abilitazione di Socket Mode nelle impostazioni dell’app Slack.Se
openclaw channels status --probe --json mostra botTokenStatus o
appTokenStatus: "configured_unavailable", l’account Slack è
configurato ma il runtime corrente non è riuscito a risolvere il valore
basato su SecretRef.Modalità HTTP che non riceve eventi
Modalità HTTP che non riceve eventi
Verifica:
- segreto di firma
- percorso del webhook
- URL di richiesta Slack (Eventi + Interattività + Comandi slash)
webhookPathunivoco per account HTTP
signingSecretStatus: "configured_unavailable" compare negli snapshot
dell’account, l’account HTTP è configurato ma il runtime corrente non è riuscito
a risolvere il segreto di firma basato su SecretRef.Comandi nativi/slash che non si attivano
Comandi nativi/slash che non si attivano
Verifica se intendevi usare:
- modalità comando nativo (
channels.slack.commands.native: true) con comandi slash corrispondenti registrati in Slack - oppure modalità comando slash singolo (
channels.slack.slashCommand.enabled: true)
commands.useAccessGroups e gli elenchi di canali/utenti consentiti.Riferimento alla visione degli allegati
Slack può allegare media scaricati al turno dell’agente quando i download dei file Slack riescono e i limiti di dimensione lo permettono. I file immagine possono passare attraverso il percorso di comprensione dei media o direttamente a un modello di risposta con capacità di visione; gli altri file vengono mantenuti come contesto di file scaricabile invece di essere trattati come input immagine.Tipi di media supportati
| Tipo di media | Origine | Comportamento corrente | Note |
|---|---|---|---|
| Immagini JPEG / PNG / GIF / WebP | URL di file Slack | Scaricate e allegate al turno per la gestione con capacità di visione | Limite per file: channels.slack.mediaMaxMb (predefinito 20 MB) |
| File PDF | URL di file Slack | Scaricati ed esposti come contesto file per strumenti come download-file o pdf | L’ingresso Slack non converte automaticamente i PDF in input per visione immagini |
| Altri file | URL di file Slack | Scaricati quando possibile ed esposti come contesto file | I file binari non vengono trattati come input immagine |
| Risposte nei thread | File del messaggio iniziale del thread | I file del messaggio radice possono essere idratati come contesto quando la risposta non ha media diretti | I messaggi iniziali con soli file usano un segnaposto per allegato |
| Messaggi multi-immagine | Più file Slack | Ogni file viene valutato indipendentemente | L’elaborazione Slack è limitata a otto file per messaggio |
Pipeline in ingresso
Quando arriva un messaggio Slack con allegati file:- OpenClaw scarica il file dall’URL privato di Slack usando il token del bot (
xoxb-...). - In caso di successo, il file viene scritto nell’archivio dei media.
- I percorsi dei media scaricati e i tipi di contenuto vengono aggiunti al contesto in ingresso.
- I percorsi di modelli/strumenti compatibili con le immagini possono usare gli allegati immagine da quel contesto.
- I file non immagine restano disponibili come metadati file o riferimenti media per gli strumenti che possono gestirli.
Ereditarietà degli allegati dalla radice del thread
Quando un messaggio arriva in un thread (ha un genitorethread_ts):
- Se la risposta stessa non ha media diretti e il messaggio radice incluso ha file, Slack può idratare i file radice come contesto del messaggio iniziale del thread.
- Gli allegati diretti della risposta hanno la precedenza sugli allegati del messaggio radice.
- Un messaggio radice che ha solo file e nessun testo viene rappresentato con un segnaposto per allegato, così il fallback può comunque includere i suoi file.
Gestione di più allegati
Quando un singolo messaggio Slack contiene più allegati file:- Ogni allegato viene elaborato indipendentemente attraverso la pipeline dei media.
- I riferimenti ai media scaricati vengono aggregati nel contesto del messaggio.
- L’ordine di elaborazione segue l’ordine dei file Slack nel payload dell’evento.
- Un errore nel download di un allegato non blocca gli altri.
Limiti di dimensione, download e modello
- Limite di dimensione: 20 MB predefiniti per file. Configurabile tramite
channels.slack.mediaMaxMb. - Errori di download: I file che Slack non può servire, gli URL scaduti, i file inaccessibili, i file troppo grandi e le risposte HTML di autenticazione/accesso Slack vengono ignorati invece di essere segnalati come formati non supportati.
- Modello di visione: L’analisi delle immagini usa il modello di risposta attivo quando supporta la visione, oppure il modello immagine configurato in
agents.defaults.imageModel.
Limiti noti
| Scenario | Comportamento corrente | Soluzione alternativa |
|---|---|---|
| URL di file Slack scaduto | File ignorato; nessun errore mostrato | Ricarica il file in Slack |
| Modello di visione non configurato | Gli allegati immagine vengono memorizzati come riferimenti media, ma non analizzati come immagini | Configura agents.defaults.imageModel o usa un modello di risposta con capacità di visione |
| Immagini molto grandi (> 20 MB per impostazione predefinita) | Ignorate in base al limite di dimensione | Aumenta channels.slack.mediaMaxMb se Slack lo consente |
| Allegati inoltrati/condivisi | Il testo e i media immagine/file ospitati da Slack sono gestiti al meglio | Ricondividi direttamente nel thread OpenClaw |
| Allegati PDF | Memorizzati come contesto file/media, non instradati automaticamente attraverso la visione immagini | Usa download-file per i metadati file o lo strumento pdf per l’analisi PDF |
Documentazione correlata
- Pipeline di comprensione dei media
- Strumento PDF
- Epic: #51349 — abilitazione della visione degli allegati Slack
- Test di regressione: #51353
- Verifica live: #51354
Correlati
Abbinamento
Abbina un utente Slack al Gateway.
Gruppi
Comportamento dei canali e dei messaggi diretti di gruppo.
Instradamento dei canali
Instrada i messaggi in ingresso agli agenti.
Sicurezza
Modello di minaccia e hardening.
Configurazione
Layout della configurazione e precedenza.
Comandi slash
Catalogo e comportamento dei comandi.