Claude Code per il reparto IT aziendale: permessi, revisione del codice e responsabilità

Claude Code per il reparto IT aziendale serve soprattutto a tre lavori. Sono scrivere script, costruire piccoli strumenti interni e mantenere le integrazioni tra CRM, helpdesk e contabilità. Conviene se il reparto fissa prima tre regole. La prima stabilisce quali permessi concedere, la seconda chi rivede il codice, la terza chi risponde di ciò che arriva in produzione.

Claude Code è l'agente di programmazione di Anthropic. Legge il codice di un progetto, propone modifiche, modifica file ed esegue comandi. Quando lavora nel terminale gira in locale e comunica direttamente con le API del modello. Non richiede un server di backend né un indice remoto del codice. Nella configurazione prudente chiede il permesso prima di cambiare file o di lanciare comandi.

Per chi gestisce l'IT di una PMI, il valore concreto sta nel lavoro di manutenzione. Un esempio è il campo personalizzato aggiunto al CRM che rompe la sincronizzazione con l'helpdesk. Un altro è lo script notturno da adattare dopo un cambio di API. Un terzo è il piccolo strumento che controlla i dati prima di una chiusura contabile.

Claude Code non sostituisce il giudizio di uno sviluppatore sulle modifiche che toccano dati di produzione. Questa guida spiega come separare ciò che può fare da solo da ciò che va rivisto. Se il Suo reparto sta ancora scegliendo lo strumento, conviene confrontare Claude Code e Codex per un team. Il confronto aiuta a decidere prima di stabilire le regole.

Claude Code gira nel terminale, nelle estensioni per IDE, in un'app desktop e sul web. È disponibile per macOS, Linux e Windows. Le estensioni native coprono VS Code, compresi Cursor e Devin Desktop, e gli IDE JetBrains. Tutte le superfici usano lo stesso motore, quindi i file CLAUDE.md, le impostazioni e gli MCP server funzionano ovunque.

Alcuni dettagli di installazione contano per il reparto IT:

• l'app desktop richiede un abbonamento a pagamento e include già Claude Code, senza installare la CLI;
• il plugin JetBrains richiede invece la CLI di Claude Code, installata a parte;
• su Windows nativo conviene installare Git for Windows, altrimenti Claude Code usa PowerShell come shell.

L'accesso passa da un piano Claude Pro, Max o Ultra, da un piano Team o Enterprise, oppure da un account Claude Console. Con la Console, Claude Code consuma token API alla tariffa standard. Il piano Team è pensato per gruppi da 2 a 150 persone e include la gestione autonoma dei seat. Comprende anche strumenti di amministrazione, SSO e impostazioni gestite dal server per configurare Claude Code in tutta l'organizzazione.

Il piano Enterprise aggiunge permessi basati sui ruoli, domain capture, accesso alla compliance API, limiti di spesa e controlli personalizzati sui dati. Per le cifre aggiornate in euro di ogni piano, la pagina sui prezzi di Claude per Pro, Max, Team e API riporta il confronto completo.

La modalità di permesso di una sessione stabilisce quali azioni Claude Code può compiere senza chiedere prima. È la decisione più importante per un reparto IT, perché determina quanto lavoro passa sotto gli occhi di una persona. Le modalità principali sono tre.

Manual mode

In Manual mode Claude Code parte con permessi di sola lettura. Prima di modificare file, eseguire test o lanciare comandi, chiede conferma. È la modalità adatta ai repository che contengono credenziali o logica di produzione.

Accept Edits

Accept Edits approva in automatico le modifiche ai file. Approva anche un insieme fisso di comandi Bash sul filesystem, cioè mkdir, touch, rm, mv, cp e sed, per i percorsi nella cartella di lavoro. Va notato che l'elenco comprende rm, quindi la cancellazione di file non passa da una conferma.

Auto mode

In auto mode un modello classificatore separato esamina le azioni al posto dell'utente e blocca quelle che giudica non sicure. Auto mode è la modalità di partenza predefinita per le sessioni interattive nel terminale e in VS Code. Anthropic ha annunciato che è il default sui piani Pro, Max e Team.

Anche in auto mode, i comandi che scaricano contenuti dal web, come curl e wget, non vengono approvati in automatico. Per il reparto IT la conseguenza è pratica. Il default dei piani più diffusi lascia lavorare l'agente più a lungo, quindi la scelta di passare a Manual mode va fatta in modo esplicito, progetto per progetto.

Le impostazioni di sicurezza di Claude Code vanno decise una volta dal responsabile IT, non da ogni utente. Le voci seguenti vengono dalla documentazione di Anthropic e coprono credenziali, rete, aggiornamenti e modelli:

• Credenziali: chiavi API e token stanno nel Portachiavi di macOS, quando disponibile, e su Linux in un file con permessi 0600.
• WebDAV su Windows: la documentazione sconsiglia di attivarlo, perché potrebbe generare richieste di rete che aggirano il sistema dei permessi.
• Proxy aziendale: si configura con le variabili d'ambiente HTTPS_PROXY o HTTP_PROXY, se tutto il traffico in uscita deve passare da un proxy.
• Fornitori consentiti: l'impostazione gestita allowedProviders limita le opzioni di distribuzione utilizzabili da una macchina e richiede Claude Code v2.1.285 o successiva.
• Aggiornamenti: le installazioni native si aggiornano da sole in background, quelle via Homebrew e WinGet no.
• Modelli sui cloud provider: senza fissare il modello, gli alias puntano al default di Claude Code, che può essere indietro rispetto all'ultima versione.

Il canale stabile di Homebrew è di solito circa una settimana indietro e salta le versioni con regressioni gravi. Per un reparto che preferisce la stabilità alla novità, è un compromesso ragionevole. In quel caso però qualcuno deve pianificare gli aggiornamenti.

Le sessioni cloud ospitate da Anthropic girano ciascuna in una macchina virtuale isolata. Tutte le operazioni vengono registrate a fini di conformità e audit. Le vulnerabilità di Claude Code si segnalano tramite il programma HackerOne di Anthropic.

Il Model Context Protocol (MCP) è uno standard open source che collega Claude Code a strumenti, database e API esterne. Un MCP server espone a Claude Code le funzioni di un programma, per esempio leggere un ticket o aggiornare un contatto. Così Claude Code può lavorare su Zoho CRM, Zoho Desk o Zoho Books mentre scrive o corregge un'integrazione.

La configurazione ha tre ambiti. L'ambito local, predefinito, vale solo per Lei nel progetto corrente. L'ambito project è condiviso con tutto il progetto tramite il file .mcp.json. L'ambito user vale per Lei in tutti i progetti. Anthropic raccomanda che un solo team centrale configuri gli MCP server e versioni il file .mcp.json nel codice.

Per i server remoti il trasporto consigliato è HTTP, che supporta OAuth. Il trasporto SSE è deprecato. I server stdio girano come processi locali sulla macchina e servono per strumenti che richiedono accesso diretto al sistema.

La fiducia nei server va verificata dal reparto IT. Anthropic esamina i connector prima di inserirli nella sua directory, ma non sottopone a audit di sicurezza alcun MCP server. I server che recuperano contenuti esterni espongono al rischio di prompt injection, cioè testo malevolo che cerca di sovrascrivere le istruzioni dell'assistente. Un repository clonato non può approvare da solo i propri server.

Rimuovere un server remoto cancella i token OAuth in locale, ma non li revoca presso il server di autorizzazione. La revoca va fatta nel programma che li ha emessi. Per collegare un programma, Svennis costruisce un connector, un MCP server, un plugin o una skill, mostra le opzioni con il loro costo e lascia la scelta al cliente.

L'esempio riguarda un caso frequente: un nuovo campo nel CRM deve comparire anche nei ticket dell'helpdesk. Il codice dell'integrazione esiste già in un repository interno. Il reparto IT vuole che Claude Code faccia la modifica senza toccare i dati reali.

1. Preparare il CLAUDE.md. È un file markdown nella radice del progetto che Claude Code legge all'inizio di ogni sessione. Contiene standard di codice, librerie preferite e la checklist di revisione. Se esiste già un AGENTS.md, Claude Code può leggere quello.
2. Versionare il .mcp.json. Il responsabile IT configura in ambito project un MCP server HTTP che punta all'ambiente di prova dell'helpdesk, non a quello di produzione.
3. Aprire il progetto in Manual mode. Lo sviluppatore interno apre il repository nell'estensione VS Code e passa da auto mode a Manual mode.
4. Chiedere prima una spiegazione. Claude Code legge la mappatura dei campi e la descrive, prima di proporre qualsiasi modifica.
5. Approvare le modifiche una per una. Gli hooks, comandi shell eseguiti prima o dopo un'azione, lanciano il lint prima di ogni commit.
6. Far rivedere e pubblicare. Un collega rivede il codice e la persona responsabile dell'integrazione lo porta in produzione.

Nei progetti che seguiamo in Svennis, la prima sessione su un repository di integrazione avviene sempre in Manual mode e contro un ambiente di prova. Passiamo all'auto mode solo dopo che il responsabile del sistema ha letto e approvato il CLAUDE.md e il file .mcp.json.

Lo stesso schema vale per uno script contabile o per un piccolo strumento interno. Cambiano solo l'MCP server collegato e il nome del responsabile.

La revisione di uno sviluppatore serve quando una modifica scrive dati, gestisce credenziali o incide su decisioni che riguardano persone. Le attività di sola lettura, invece, possono girare con controlli più leggeri. La tabella seguente è una proposta di partenza da adattare alle regole interne del Suo reparto.

Attività	Modalità consigliata	Revisione
Script di sola lettura per un report interno	Auto mode	Controllo a campione del risultato
Piccolo strumento interno senza dati personali	Accept Edits	Revisione del codice prima dell'uso condiviso
Modifica a un'integrazione tra CRM e helpdesk	Manual mode	Sviluppatore, più test sull'ambiente di prova
Codice che crea registrazioni contabili	Manual mode	Sviluppatore e responsabile amministrativo
Credenziali, OAuth o .mcp.json condiviso	Manual mode	Responsabile IT, sempre
Logica che decide su clienti o dipendenti	Manual mode	Sviluppatore e verifica normativa

La funzione Code Review di Claude Code è disponibile per i piani Team ed Enterprise e serve a intercettare errori prima della produzione. Conviene usarla come primo filtro, non come sostituto della persona che firma il rilascio. La revisione umana resta il punto in cui qualcuno si assume la responsabilità della modifica.

Il codice scritto con Claude Code ha bisogno di un responsabile umano esattamente come quello scritto a mano. Per un reparto IT piccolo bastano tre ruoli, anche se ricoperti da due persone. Il primo è il responsabile di ogni integrazione, che decide cosa va in produzione. Il secondo è chi rivede il codice. Il terzo è il responsabile IT, che controlla impostazioni, MCP server e credenziali.

Gli strumenti dei piani aziendali aiutano a far rispettare questi ruoli. Il piano Team offre impostazioni gestite dal server, quindi la configurazione vale per tutti e non dipende dal singolo computer. Il piano Enterprise aggiunge permessi basati sui ruoli, analisi d'uso e limiti di spesa.

Su Claude Code Desktop, la funzione Projects raggruppa sessioni di lavoro collegate. Permette di seguire più agenti Claude in parallelo. Per un reparto IT significa avere un posto unico dove vedere tutte le sessioni su una stessa integrazione.

Le regole vanno scritte, non solo concordate a voce. Il CLAUDE.md fissa le regole tecniche per l'agente. Una policy interna fissa quelle per le persone: quali repository si possono aprire, quali dati non vanno mai condivisi, chi approva il passaggio da Manual mode ad auto mode. Quando un'integrazione deve diventare un agente che lavora da solo, l'Agent SDK offre controllo completo su orchestrazione, accesso agli strumenti e permessi. Quella però è una decisione di progetto, da trattare a parte.

Per un'azienda italiana, Claude Code ricade soprattutto sotto GDPR e AI Act, insieme alla Legge 132/2025 sull'intelligenza artificiale. La Legge 132/2025 si coordina con l'AI Act. Tra l'altro, prevede che il datore di lavoro informi i lavoratori sull'uso dell'AI nei casi e con le modalità dell'art. 1-bis del D.Lgs. 152/1997. Riguarda i sistemi decisionali o di monitoraggio integralmente automatizzati che incidono sul rapporto di lavoro.

Il GDPR si applica a ogni trattamento di dati personali svolto dalla Sua azienda. Vale indipendentemente dalla cittadinanza delle persone a cui i dati si riferiscono. La NIS2, recepita in Italia con il D.Lgs. 138/2024, si applica ai soggetti classificati come essenziali o importanti.

Una guida di Learnn su Claude Code e GDPR ricorda che le informazioni passate a Claude Code vengono elaborate fuori dall'azienda. L'elaborazione avviene sui server di Anthropic oppure, con un cloud provider come Amazon Bedrock o Google Cloud, su quelli del provider scelto. Secondo la documentazione di Anthropic, sui piani personali Free, Pro, Max e Ultra i dati possono essere usati per l'addestramento. Succede se l'utente lo consente nelle impostazioni.

Sui piani Team ed Enterprise e tramite API valgono invece i termini commerciali. In quei casi, secondo la documentazione di Anthropic, i modelli non vengono addestrati su codice e prompt. Fa eccezione l'organizzazione che aderisce in modo esplicito al Development Partner Program.

In base ai termini commerciali e al Data Processing Addendum, Anthropic agisce come responsabile del trattamento ai sensi dell'art. 28 GDPR. Se la Sua azienda tratta i dati per conto proprio, resta titolare del trattamento. Se invece tratta dati personali per conto di un cliente, la Sua azienda è a sua volta responsabile del trattamento e Anthropic diventa un sub-responsabile. In quel caso l'art. 28 GDPR richiede l'autorizzazione scritta preventiva del cliente, specifica o generale. L'autorizzazione serve prima di usare Claude Code su quei dati.

Per questo, se un repository contiene dati personali di clienti o dipendenti, conviene usare un piano commerciale e non un account personale. La guida di Learnn ricorda anche che i contratti con i clienti spesso vietano strumenti AI esterni o chiedono una comunicazione preventiva. Prima di aprire un repository con dati di un cliente, conviene quindi rileggere il contratto.

L'AI Act segue un approccio basato sul rischio. Vieta alcune pratiche, fissa obblighi stringenti per i sistemi ad alto rischio e prevede obblighi di trasparenza per alcuni altri sistemi.

Secondo l'Allegato III, sono ad alto rischio, tra gli altri, i sistemi AI usati per selezionare il personale. Lo sono anche quelli destinati a decidere promozioni o cessazioni dei lavoratori. Rientrano inoltre i sistemi destinati ad assegnare compiti in base al comportamento o alle caratteristiche personali. Lo stesso vale per i sistemi che monitorano e valutano le prestazioni dei lavoratori, oltre ad alcuni sistemi biometrici.

Usare Claude Code per scrivere codice non rende di per sé ad alto rischio lo strumento che si costruisce. Conta l'uso a cui quello strumento è destinato. Le tre regole pratiche suggerite da Learnn sono rendere anonimi i dati, separare gli ambienti e scrivere una policy interna. Per chi vuole tenere le sessioni dentro la propria rete, gli ambienti self-hosted di Claude Code sono in beta pubblica.

Il primo passo concreto è scegliere un'integrazione esistente, non un progetto nuovo. Una sincronizzazione già in uso tra CRM e helpdesk mostra subito dove Claude Code fa risparmiare tempo e dove servono controlli. Da lì il percorso è breve:

1. scegliere il piano in base ai dati trattati, confrontando i prezzi aggiornati dei piani Claude;
2. fissare le impostazioni gestite: modalità di partenza, allowedProviders, proxy e gestione degli aggiornamenti;
3. scrivere il CLAUDE.md del repository e versionare il .mcp.json con un ambiente di prova;
4. assegnare per iscritto i tre ruoli: responsabile dell'integrazione, revisore, responsabile IT;
5. dopo il primo rilascio, rivedere la tabella delle revisioni e decidere dove allentare i controlli.

Se il Suo reparto preferisce un affiancamento, Svennis lavora in quattro fasi. Si parte da un Workshop, poi un Pilot Claude A, con un agente AI su Claude per un solo processo, oppure un Pilot Claude B, con Claude Team per tutto il team. Seguono l'attivazione di Claude per reparto e le operazioni mensili.

Per una visione più ampia di come Claude entra nel resto dell'azienda, oltre al reparto IT, la pagina su Claude per le aziende e come iniziare è il punto di partenza più utile.