Anthropic apre in beta Claude Tag, il primo agente AI che entra nei canali Slack come un effettivo membro del team. Basta semplicemente scrivere @Claude in un canale per avviare un compito: il modello si attiva, scompone l’incarico in fasi e lo esegue autonomamente, rispondendo al thread di lavoro. Questo funziona con la stessa logica di interazione introdotta da Claude Code e Claude Work, ma con nuove evoluzioni tecnologiche e strutturali.
Da task a collaborazione: il modello entra nei canali
Come spiega Anthropic, il 65% del codice interno al team del modello nasce proprio grazie a questa versione interna del Tag. La tecnologia sta crescendo, estendendosi non più solo all’ingegneria ma anche alla gestione di ticket, supporto e diagnosi di problemi tecnici complessi.
Una collaborazione “multiplayer”
Il primo elemento che differenzia Claude Tag dagli assistenti precedententi è la natura multiplayer della collaborazione: non si tratta più di una chat privata fra un utente e un modello, ma di uno strumento condiviso all’interno del canale. Ogni membro del canale vede ciò su cui sta lavorando Claude, può riprendere da dove un collega ha lasciato e interagire come con un teammate.
Memoria condivisa e contesto in canale
Claude segue la conversazione, mantiene traccia del contesto e non deve ricominciare da capo ad ogni richiesta. Il modello ha accesso a informazioni provenienti da altri canali, a patto che gli venga esplicitamente concesso l’autorizzazione. Inoltre, non condivide informazioni provenienti da canali privati all’esterno.
Ciò rende Claude uno strumento in grado di lavorare all’interno del canale, come un membro del team reale, accumulando informazioni contestuali e costruendo una mappa condivisa del lavoro svolto fino a quel momento.
Cambiano le logiche di lavoro: la delega asincrona
Il passaggio più significativo per le organizzazioni è la natura asincrona del lavoro. L’utente richiede un compito, gli concede la delega e poi si dedica ad altre attività: nel frattempo, l’agente opera in autonomia, per ore o giorni, senza bisogno di supervisione diretta.
Anthropic rivela di aver spostato gran parte del proprio tempo su task delegati al modello: Claude si programma per sé, mantiene traccia degli interventi necessari ed esegue un gran numero di task in parallelo.
Agente ambientale: Claude che aggiorna
Il comportamento “ambient” è uno dei nuovi aspetti distintivi dell’agente. Quando attivo, Claude aggiorna automaticamente gli utenti con informazioni ritenute utili, segnala dati rilevanti da altri strumenti collegati e aggiorna thread o task non completati, sebbene nessuno lo abbia richiesto. Questo tipo di interazione rafforza il concetto di co-lavoro, non solo di assistenza.
Differenze architetturali: da singolo utente a agente autonomo
Il modello si distingue in termini di architettura: fino a oggi, un assistente interagiva con i sistemi come un utente qualunque, attingendo alle sue credenziali su GitHub, Drive, calendari ed altro. In uno spazio collaborativo questo tipo di logica si scontra con due limiti.
- Il primo è l’autonomia crescente: i task compiuti da un modello sono sempre più complessi e richiedono ore di lavoro. Non sono sostenibili con un sistema di accesso basato sulle credenziali di un utente.
- Il secondo è la natura multiplayer dei canali Slack. Quando tre ingegneri e un product manager collaborano su un problema, chi è il permesso riferimento per accedere a GitHub o Drive?
La risposta di Anthropic passa per un cambio radicale: Claude non agisce come l’utente che lo ha richiamato, ma come un agente autonomo. Gli viene assegnata una propria identità, un account separato per ogni sistema su cui opera, un profilo di accesso autonomo e un insieme di credenziali dedicate.
Agent identity: un concetto chiave per le organizzazioni
Il concetto fondamentale è Agent identity. Ogni agente ha un’identità digitale: si registra su GitHub come Claude GitHub App, risponde su Slack attraverso l’app Claude e interroga i dati aziendali con le sue credenziali dedicate.
Nessuna credenziale personale è mai coinvolta. L’accesso ai canali condivisi non implica quindi accesso ai dati privati di un membro del team.
Il modello non agisce in nome di un utente, ma per conto suo. La domanda classica “cosa può fare questo utente?” viene riconvertita in “cosa può fare un agente in questo contesto?”
Configurazione e controllo: come regolare l’accesso
Un’identità principale viene definita a livello dell’intero workspace, ma ogni canale può sovrascrivere parzialmente i permessi. Ad esempio:
- I canali legati all’ingegneria avranno accesso a GitHub, al data warehouse e alle risorse di testing
- I canali legali e HR potranno operare solo su strumenti accessori, con accesso ristretto
- I repository a cui un modello legge e scrive sono definiti con precisione
- Il modello può caricare o scaricare plugin o connettori specifici da utilizzare in contesti particolari
Gli amministratori decidono, per ogni canale:
- Quali sistemi collegare a Claude
- Quali repository, API o strumenti sono accessibili
- Che istruzioni di contesto il modello deve seguire
- Quale accesso concede per ogni canale
Sicurezza e tracciabilità per gli spazi condivisi
Ogni canale privato possiede la propria identità separata, mentre i canali condivisi si reggono su un’identità unica del workspace. Le credenziali vengono salvate separatamente e iniettate solo al momento del contatto con un sistema esterno. I movimenti di Claude all’interno del sistema vengono tracciati e registrati, rendendo visibili ogni interazione, scrittura in memory e richiesta di rete.
In caso di sospetto, revocare l’accesso di un agente equivale a revocare l’identità associata, e non alla ricostruire azioni sparse su decine di account, un passo più