L’ANALISI
Claude Tag e connettori personali in Slack: accesso, identità e revisione
Claude Tag può usare nei canali Slack i connettori personali di chi avvia la richiesta. Come restano separati permessi, attribuzione, routine e controllo prima della pubblicazione.
In breve: La novità non rende personali i connettori del canale: aggiunge una seconda identità. Claude usa le connessioni condivise per il lavoro del canale e, solo su una richiesta dell’utente e dopo consenso, può usare i connettori del suo account. Gli altri membri e le routine autonome non possono riutilizzarli.
Che cosa cambia nel canale
Prima di questo rollout Claude Tag poteva usare soltanto i connettori collegati al canale da un amministratore. Ora una richiesta può aggiungere i connettori presenti nell’account Claude dell’utente, per esempio calendario, Drive, email o CRM, senza trasformarli in strumenti disponibili agli altri membri.
Due identità nello stesso lavoro
Le operazioni eseguite con un connettore personale sono attribuite all’utente e seguono i suoi permessi. Il lavoro svolto con le connessioni del canale resta invece sotto l’identità di servizio condivisa. Questa separazione è il punto operativo: disponibilità dello strumento, autorizzazione e audit non coincidono.
Consenso e revisione prima di pubblicare
Al primo utilizzo nel canale, Claude chiede il consenso. L’utente può consentire l’esecuzione con controllo automatico dei contenuti sensibili oppure richiedere la revisione di ogni risultato prima che venga pubblicato. Lo screening non è una garanzia: una risposta approvata o pubblicata rimane visibile al canale.
Che cosa non può usare la credenziale personale
Il connettore personale vale soltanto per la richiesta avviata dal proprietario. Un altro membro non può usarlo e le routine o gli altri lavori iniziati autonomamente da Claude continuano a usare esclusivamente le connessioni del canale. I messaggi diretti restano invece nel contesto dell’account personale.
Limiti e disponibilità
La funzione è in beta e Anthropic la sta distribuendo a un numero limitato di organizzazioni Team; Enterprise è annunciato come successivo. Senza un account abilitato non è possibile confermare interfaccia, log e comportamento reale. Le regole dichiarate vanno quindi trattate come documentazione del fornitore, non come test indipendente.
Checklist per una verifica controllata
- Usare un workspace di prova e dati non sensibili.
- Collegare all’utente un documento personale e al canale una fonte condivisa distinta.
- Verificare che Claude chieda il consenso prima di usare il connettore personale.
- Eseguire lo stesso task in modalità revisione e controllare che nulla appaia nel canale prima dell’approvazione.
- Controllare nei log del servizio che l’azione personale sia attribuita all’utente.
- Ripetere la richiesta con un secondo membro e confermare che non possa raggiungere la credenziale del primo.
- Avviare una routine separata e verificare che usi soltanto le connessioni condivise.
- Documentare piano, data, impostazioni amministrative e limiti osservati.