Perché questi aggiornamenti contano più dei modelli
Nelle stesse settimane in cui uscivano Fable 5.2, Sheets e Meetings, Anthropic ha rilasciato per Claude Enterprise una serie di controlli che hanno fatto molto meno rumore. Per chi deve portare Claude in un'azienda strutturata sono probabilmente più importanti.
Il motivo è semplice. Nelle valutazioni che facciamo con i clienti la domanda che blocca i progetti raramente è quale modello sia migliore. È chi controlla cosa entra e cosa esce, come lo dimostro a un revisore, come attribuisco i costi. Fino a ieri molte di queste risposte richiedevano lavoro su misura. Adesso una parte sta dentro il prodotto.
Le novità sono cinque: security center, inference hooks, gestione centralizzata, controlli di accesso, tag di progetto. Le vediamo una per una, con i limiti, perché nella documentazione i limiti sono scritti in piccolo e nelle valutazioni di sicurezza sono la parte che conta.
Security center: la configurazione confrontata con quella consigliata
Il security center, in beta, è una pagina nelle impostazioni dell'organizzazione che confronta la configurazione di chat, Cowork e Claude Code con quella raccomandata da Anthropic.
Per ogni controllo mostra il valore attuale, quello consigliato e il link per cambiarlo. Evidenzia le impostazioni nuove o modificate di recente, che è utile visto il ritmo con cui arrivano funzioni attive di default. Gli amministratori possono registrare lo stato di ogni punto, accettare un rischio in modo esplicito e segnalare problemi in un'area condivisa.
La parte più utile per chi ha audit da superare è il report scaricabile, che distingue i controlli verificati automaticamente da quelli confermati a mano da un owner. Si legge anche tramite la Compliance API.
Anthropic precisa che non è una certificazione né una garanzia di conformità a norme o standard. È uno strumento per sapere com'è configurato il sistema e documentarlo, e già questo fa risparmiare giorni di lavoro.
Inference hooks: il controllo dei dati prima che arrivino a Claude
Gli inference hooks, ora disponibili per tutti i clienti Enterprise, sono la novità tecnicamente più importante.
Sono di due tipi. I prompt hooks mandano ogni richiesta a uno strumento di sicurezza dell'azienda, per esempio un sistema di prevenzione della perdita di dati, prima che arrivi al modello. I pre-tool-call hooks controllano le azioni che Claude sta per compiere con gli strumenti collegati prima che vengano eseguite. Un solo hook copre claude.ai, Cowork, Claude Code, Claude per Microsoft 365, Claude in Chrome e Claude Tag.
In pratica: se una persona incolla in Claude un documento con dati che non dovrebbero uscire, la regola che l'azienda ha già definito nel suo sistema DLP può bloccarlo.
Due limiti da conoscere. Gli hook non valgono per le organizzazioni che usano Claude tramite Amazon Bedrock o Google Cloud, né per l'uso via API della Claude Platform. E secondo un'analisi indipendente, in caso di mancata risposta dello strumento esterno la richiesta passa invece di essere bloccata. La documentazione ufficiale non chiarisce il punto: prima di presentare gli hook come un controllo bloccante a un revisore, va verificato.
Devi far passare Claude dalla sicurezza informatica?
30 minuti per discutere il tuo caso specifico.
Gruppi con più organizzazioni, accessi ed EDR
Per i gruppi con più società o più organizzazioni Claude separate arriva la gestione centralizzata, in beta. Un'organizzazione madre ha una console propria su admin.claude.com da cui gestisce accesso unico, provisioning degli utenti, verifica dei domini, gruppi e chiavi della Compliance API per tutte le organizzazioni collegate. Ogni organizzazione mantiene i propri membri e controlli, e il ruolo di amministratore del gruppo non dà accesso automatico ai contenuti. Attenzione: la procedura di collegamento non è reversibile.
Sui controlli di accesso, anch'essi in beta, le novità pratiche sono quattro. Si può disconnettere un utente da tutti i browser e dispositivi con una chiamata API, utile quando un portatile viene perso. Gli amministratori gestiscono da soli la lista degli indirizzi IP ammessi. Si possono bloccare gli account Claude personali sull'app desktop dei computer aziendali. E si possono limitare le cartelle su cui Cowork lavora.
Infine il sensore EDR dell'azienda può girare dentro la macchina virtuale di Cowork sul computer dell'utente, in modalità di rilevamento: segnala, non blocca. Questo vale anche per i piani Team.
Tag di progetto: la spesa per commessa o per pratica
Il 6 novembre è arrivata una funzione piccola che per studi professionali e società di consulenza è molto concreta: i tag di progetto, in beta su Enterprise.
Si associa a un progetto Claude un'etichetta, per esempio centro di costo o numero di pratica, con il suo valore, e la spesa di tutto il lavoro fatto in quel progetto viene attribuita a quel codice. Un progetto può avere fino a 16 tag, ma ogni tag ha un solo valore. I report si consultano nelle impostazioni, alla voce sulla spesa per progetto, e sono disponibili anche via API.
I limiti sono chiari. Vale solo per il lavoro dentro un progetto: una chat fuori dai progetti non viene attribuita. Sono esclusi Claude per Office e Claude Code sul web. Non si può dividere la spesa di un progetto su due pratiche. E i valori non vengono verificati contro il sistema contabile, quindi un codice sbagliato resta sbagliato.
Per uno studio legale che vuole ribaltare i costi AI sul cliente, o per una società che vuole sapere quanto spende ogni business unit, è comunque il primo strumento nativo per farlo.
Cosa attiverei per primo
Se gestisci un'organizzazione Claude Enterprise, l'ordine che consiglierei è questo.
Per primo il security center: costa dieci minuti, ti dice dove la configurazione si discosta da quella consigliata e ti dà un documento da allegare alle verifiche interne.
Poi gli inference hooks, se l'azienda ha già uno strumento DLP. Collegarli è il modo più rapido per applicare a Claude le stesse regole che valgono per email e cloud. Prima però chiarisci con il fornitore cosa succede se lo strumento non risponde.
Poi i tag di progetto, se c'è un controllo di gestione che chiede di attribuire i costi. Conviene introdurli presto, prima che le abitudini di lavoro fuori dai progetti si consolidino.
La gestione centralizzata la valuterei con calma, proprio perché non si torna indietro. Sul deployment di Enterprise in generale c'è la guida di chi lo fa ogni giorno, e sui costi il confronto tra Pro, Team ed Enterprise.