Claude Code per sistemisti

Claude Code per sistemisti

Claude Code per sistemisti

Chi lavora come sistemista o devops passa le giornate tra terminale, log e pipeline: questo articolo spiega, con esempi pratici, come Claude Code (l’assistente agentico da riga di comando di Anthropic, incluso già nel piano Pro da 17-20€/mese) possa velocizzare scripting, IaC, troubleshooting e hardening, e quali skill e configurazioni usa oggi davvero la community DevOps.

Indice – Claude Code per sistemisti

1. Perché Claude Code interessa oggi a chi fa il sistemista

2. Automazione e scripting: Bash, Python, PowerShell

3. Scrittura e debug di script

4. Refactoring: ripulire anni di script accumulati

5. Infrastruttura come Codice e CI/CD

6. Analisi dei log e troubleshooting rapido

7. Esempio pratico: un servizio down alle 3 del mattino

8. Sicurezza e tracciabilità: l’hardening spiegato bene

9. Automatizzare i flussi di lavoro ricorrenti

10. Meglio in locale o in abbonamento? La scelta pratica

11. Le skill e le configurazioni che i devops usano davvero

12. Pro e contro per un sistemista

13. Conclusioni e formazione professionale

1. Perché Claude Code interessa oggi a chi fa il sistemista

Marco fa il sistemista da dieci anni: terminale aperto tutto il giorno, cron da manutenere, ticket da chiudere prima di pranzo. Quando ha sentito parlare di Claude Code, la prima reazione è stata “un altro tool per sviluppatori”. Non è così.

Claude Code non è una chat: è un agente che legge file, esegue comandi nella tua shell, modifica script e verifica il risultato, dal terminale, dall’IDE, dall’app desktop o dal browser. Anthropic lo descrive come uno strumento che “legge la tua codebase, modifica file, esegue comandi e si integra con i tuoi strumenti di sviluppo”: la stessa logica vale su un repository Ansible o su un pool di server Linux, non solo su un’app web.

Per un sistemista il valore non è “scrivere codice”, ma delegare il lavoro ripetitivo (pulizia log, controlli di configurazione, aggiornamento dipendenze, stesura di runbook) mantenendo il controllo su cosa viene eseguito. Quindi Claude Code per sistemisti? Si si può.

2. Automazione e scripting: Bash, Python, PowerShell

Claude Code parla nativamente bash, python e PowerShell (su Windows nativo usa PowerShell se non è installato Git for Windows) e segue la filosofia Unix: si può invocare in modalità non interattiva con il flag -p e incastrarlo in pipeline esistenti.

# Genera ed esegue subito uno script di pulizia log
claude "scrivi uno script bash che elimina i log più vecchi di 30
giorni in /var/log/app, stampa lo spazio liberato e loggalo in
/var/log/cleanup.log, poi eseguilo in dry-run"

Su Windows lo stesso ragionamento vale con PowerShell: basta descrivere il risultato atteso (rotazione di un file di log, pulizia di una cartella temp, verifica di un servizio) e Claude Code propone lo script, chiede conferma prima di eseguire comandi che scrivono o cancellano, e lo adatta se il primo tentativo fallisce.

3. Scrittura e debug di script

Il caso d’uso più immediato resta il debug: si incolla l’errore o si descrive il sintomo, Claude Code risale al codice, individua la causa e propone la correzione, verificandola con un’esecuzione di prova.

claude "questo script di backup fallisce con 'Permission denied'
su /mnt/nfs/backup, trova la causa e correggilo"

Per chi scrive script isolati da anni senza test, è utile chiedere esplicitamente di aggiungere controlli di errore (set -euo pipefail, trap, validazione argomenti): Claude Code li aggiunge e spiega perché mancavano.

4. Refactoring: ripulire anni di script accumulati

Ogni infrastruttura ha una cartella “scripts” cresciuta senza criterio: versioni duplicate, credenziali hardcoded, funzioni copiate e incollate. Claude Code può leggere l’intera cartella, individuare duplicazioni e proporre una riorganizzazione in funzioni condivise, mantenendo la stessa interfaccia a riga di comando.

Prima di ogni modifica importante, Claude Code salva automaticamente uno snapshot dello stato (checkpoint): se il refactoring introduce una regressione, con due Esc si torna indietro senza dover fare git checkout manuale.

5. Infrastruttura come Codice e CI/CD

Su Terraform, Ansible o manifest Kubernetes, Claude Code legge i moduli esistenti e genera nuove risorse coerenti con le convenzioni già in uso (naming, tag, versioning dei provider), invece di inventare uno stile diverso a ogni richiesta.

claude "aggiungi un nuovo bucket S3 al modulo terraform in
./infra/storage seguendo le convenzioni già usate, con versioning
e cifratura attivi, poi lancia terraform validate"

Per CI/CD, Claude Code si integra con GitHub Actions e GitLab CI/CD: può generare pipeline, ma soprattutto agire dentro la pipeline stessa (code review automatico sulle pull request, triage delle issue), un uso già documentato ufficialmente da Anthropic per entrambe le piattaforme.

6. Analisi dei log e troubleshooting rapido

Qui il flag -p in pipeline dà il massimo: si convogliano le ultime righe di un log direttamente in Claude Code e si chiede un’analisi mirata, senza aprire una sessione interattiva.

tail -200 /var/log/app/error.log | claude -p "ci sono anomalie
o pattern ricorrenti? se sì avvisami su Slack con un riassunto"

Lo stesso comando si automatizza in un cron o in un hook di monitoraggio: il sistemista riceve solo la sintesi, non l’intero log da scorrere manualmente.

7. Esempio pratico: un servizio down alle 3 del mattino

Scenario: PagerDuty sveglia Laura, sistemista di un e-commerce di medie dimensioni, perché il servizio di pagamento risponde 502. Passaggi con Claude Code aperto in terminale sul bastion host:

  • 1. claude “il servizio payment-api risponde 502, controlla i log degli ultimi 15 minuti e lo stato dei processi nginx e gunicorn”
  • 2. Claude Code esegue journalctl, tail sui log applicativi e systemctl status, incrociando gli orari.
  • 3. Individua un worker gunicorn saturato dopo un deploy delle 2:47 e propone il riavvio controllato del pool di worker.
  • 4. Dopo l’ok di Laura, esegue il comando, verifica il codice di risposta con un curl di controllo e scrive un breve report dell’incidente.

Tempo totale: meno di dieci minuti, con un log dell’intera sequenza di comandi eseguiti — utile per il post-mortem del giorno dopo.

8. Sicurezza e tracciabilità: l’hardening spiegato bene

Il punto debole apparente di un agente che esegue comandi è proprio la sicurezza: Claude Code lo affronta con permessi granulari (chiede conferma prima di ogni comando shell o scrittura su file, salvo modalità esplicitamente meno prudenti) e con gli hook, comandi deterministici che si attivano in punti precisi del ciclo di vita della sessione.

// .claude/settings.json — blocca modifiche a file in produzione
{
  "hooks": {
    "PreToolUse": [{
      "matcher": "Bash|Write|Edit",
      "hooks": [{ "type": "command",
        "command": "scripts/deny-prod-paths.sh" }]
    }]
  }
}

A differenza di un’istruzione scritta nel prompt, un hook viene eseguito sempre, indipendentemente da cosa “decide” il modello: è la differenza tra un suggerimento e una regola. Per compliance e audit, ogni comando eseguito resta tracciato nella cronologia di sessione, utile in contesti regolamentati.

9. Automatizzare i flussi di lavoro ricorrenti

Oltre all’uso interattivo, Claude Code supporta l’esecuzione ricorrente: le Routine girano su infrastruttura gestita da Anthropic (continuano anche a computer spento) per compiti come revisione mattutina dei log CI, audit settimanale delle dipendenze o sincronizzazione della documentazione dopo ogni merge. In alternativa, le attività pianificate lato desktop restano legate alla macchina locale, utili quando serve accesso diretto a risorse solo interne.

Per polling rapidi dentro una sessione esiste anche /loop, mentre l’integrazione con Slack (@Claude) permette di instradare una segnalazione dal canale del team direttamente a una sessione di lavoro.

10. Meglio in locale o in abbonamento? La scelta pratica

Claude Code è incluso in tutti i piani a pagamento di Anthropic, a partire dal piano Pro (17€/mese con fatturazione annuale, 20€/mese mensile): l’utilizzo condivide lo stesso monte-consumi della chat claude.ai, con limiti su finestre di cinque ore. Per un uso quotidiano ma non intensivo il Pro è sufficiente; chi lancia sessioni lunghe e parallele su più server tende a passare a Max (da 100€/mese) per avere più margine prima dei limiti.

Sul dove eseguirlo: in locale (CLI da terminale) resta la scelta naturale per un sistemista, perché ha accesso diretto a filesystem, credenziali SSH e strumenti già installati sulla propria postazione o su un bastion host. La versione web/cloud è comoda per attività senza bisogno di ambiente locale o per lanciare più task in parallelo, ma su ambienti di produzione conviene comunque operare da una macchina di amministrazione dedicata e non direttamente sui nodi live, lasciando gli hook di sicurezza a fare da rete di protezione in entrambi i casi.

11. Le skill e le configurazioni che i devops usano davvero

Al di là della documentazione ufficiale, è nelle community (GitHub, forum e i thread su r/ClaudeAI e r/ClaudeCode su Reddit) che si vede come i team DevOps configurano davvero Claude Code. Gli elementi ricorrenti sono sempre gli stessi quattro:

  • CLAUDE.md: file letto a inizio sessione con stack, convenzioni, comandi di build/test e regole non negoziabili (es. “mai eseguire terraform apply senza plan approvato”); si scrive a mano o incrementalmente con il prefisso #.
  • Comandi slash personalizzati (.claude/commands/): workflow ricorrenti come /pr-review o /infra-plan, condivisi con il team perché versionati nel repository.
  • Hooks: dalla formattazione automatica dopo ogni modifica al blocco di comandi pericolosi, fino al logging di ogni comando eseguito per audit.
  • Server MCP: collegano Claude Code a strumenti reali come AWS, Kubernetes, GitHub o Jira, così l’agente non si limita a scrivere codice ma legge lo stato effettivo dei sistemi.

Le raccolte di skill più citate dalla community coprono in particolare Terraform, Docker, Kubernetes, Ansible e i principali cloud provider, spesso corredate di guardrail espliciti (niente segreti nel codice, niente immagini non versionate, nessun deploy in produzione senza approvazione): un buon punto di partenza da adattare, non da copiare, alle convenzioni della propria infrastruttura.

12. Pro e contro per un sistemista

Pro: riduce drasticamente il tempo speso su attività ripetitive, si integra con bash/python/PowerShell senza cambiare strumenti, funziona anche in modalità non interattiva dentro pipeline e cron, e gli hook permettono una governance reale invece che affidarsi alla “buona volontà” del modello.

Contro: un uso intensivo su più sessioni parallele può richiedere il passaggio a un piano superiore al Pro; senza un CLAUDE.md e hook ben costruiti il rischio è delegare comandi critici senza le verifiche giuste; e imparare a configurare skill, hook e MCP in modo solido richiede una curva di apprendimento che va oltre il semplice “chattare con l’AI”.

13. Conclusioni e formazione professionale

Claude Code si sta diffondendo tra i team infrastrutturali più in fretta di quanto la maggior parte dei sistemisti riesca a impararlo bene: in tanti lo usano ancora come una chat glorificata, senza CLAUDE.md, senza hook di sicurezza, senza automazioni pianificate, cioè sfruttando una minima parte del suo potenziale reale, e con margini di rischio che una configurazione più matura eliminerebbe.

Per chi vuole passare da un uso occasionale a un utilizzo professionale, con hardening, hook, skill su misura e automazioni pianificate, il Corso Claude Code di Innovaformazione copre esattamente questo percorso e, su richiesta, può essere declinato con un taglio specifico per sistemisti e DevOps invece che per soli sviluppatori.

Contatti

  • info@innovaformazione.net
  • TEL. 3471012275 Dario Carrassi

(fonte) (fonte) (fonte)

Ti potrebbe interessare

Articoli correlati