Se hai letto l’articolo di ieri su come costruire un secondo cervello con GPT-6 Astra, avrai notato una frase che per chi non scrive codice può suonare oscura: “clona il repository da GitHub”. È una frase che torna in continuazione, ogni volta che si parla di strumenti AI gratuiti e open source — skill per Claude Code, kit per Codex, modelli, prompt condivisi. Vale la pena capire cos’è davvero GitHub, perché è nato, e perché sta contando sempre di più anche per chi usa l’AI senza essere uno sviluppatore.
Cos’è GitHub, in breve
GitHub è un sito che ospita progetti costruiti con git, uno strumento di controllo versione creato da Linus Torvalds nel 2005 per gestire lo sviluppo del kernel Linux. La distinzione conta: git è il meccanismo che tiene traccia di come cambiano i file di un progetto nel tempo; GitHub è il sito, lanciato il 10 aprile 2008 da Tom Preston-Werner, Chris Wanstrath, PJ Hyett e Scott Chacon, che ospita quei progetti online e aggiunge strumenti per lavorarci insieme ad altre persone. Nel 2018 Microsoft ha acquisito GitHub per 7,5 miliardi di dollari in azioni, con l’acquisizione completata a ottobre di quell’anno. Sul numero di persone che lo usano oggi, il report annuale Octoverse di GitHub parla di oltre 180 milioni di sviluppatori (dato del 2025), mentre in una comunicazione agli investitori di luglio 2026 Microsoft ha dichiarato 225 milioni di utenti GitHub — cifre pubblicate in momenti diversi, con definizioni diverse (“sviluppatori” contro “utenti”), quindi non due stime direttamente confrontabili. In ogni caso parliamo di una delle infrastrutture più usate al mondo per costruire e condividere software.
Cosa fa git, concretamente
Immagina di scrivere un documento importante e di salvare, ogni volta che fai un progresso significativo, un’istantanea completa con una nota che spiega cosa hai cambiato: “aggiunta la sezione sui prezzi”, “corretto un errore nei dati di contatto”. Git fa qualcosa di simile per i file di un progetto: ogni “scatto” (si chiama commit) salva un’istantanea dei file tracciati in quel momento, insieme a un messaggio, a chi lo ha fatto e a quando. Confrontando due istantanee successive, su un file di testo puoi vedere esattamente quali righe sono cambiate — anche a distanza di mesi.
Git permette già, da solo, di lavorare in parallelo: puoi creare una linea di lavoro separata (un branch) per provare qualcosa senza toccare la versione principale. GitHub aggiunge sopra a questo gli strumenti per condividere e discutere quelle modifiche con altre persone, come la pull request — una proposta di integrare le modifiche di un branch in un altro, spesso quello principale, che può essere discussa e rivista prima di essere accettata.
Perché può contare molto se usi l’AI
Il caso da ricordare
AIS-OS, il kit open source gratuito di cui abbiamo parlato ieri per costruire un secondo cervello con GPT-6 Astra (l’uso dei servizi AI resta comunque soggetto ai piani e ai costi del servizio scelto), è un esempio concreto del primo motivo per cui GitHub conta anche per chi non programma: molti strumenti AI utili — kit di istruzioni, skill per Claude Code o Codex, progetti open source — non si scaricano da un negozio di app, ma si possono clonare da un repository GitHub, cioè si crea sul proprio computer una copia del progetto che normalmente comprende anche la sua cronologia di modifiche tracciata da git. Sapere cos’è un repository, e come clonarlo, può facilitare parecchio l’uso di questo tipo di kit e progetti AI.
Il secondo motivo riguarda direttamente il lavoro con gli agenti AI, e vale sia che tu programmi sia che tu no. Strumenti come Claude Code o Codex possono modificare molti file in pochi secondi, su richiesta. Con git puoi confrontare le modifiche ai file tracciati prima di salvarle in un commit o integrarle nella versione principale, e se avevi conservato uno stato precedente in un commit puoi ripristinarlo. Va detto con onestà: git non recupera automaticamente contenuti che non erano mai stati salvati nella cronologia, e non annulla gli effetti di operazioni fatte su servizi esterni (un’email inviata da un agente, una modifica a un database collegato) — resta comunque un margine di sicurezza concreto sui file di testo che tiene traccia. La documentazione di sicurezza di Claude Code, per esempio, attribuisce a chi lo usa la responsabilità di verificare codice e comandi proposti prima di approvarli; i diff che git rende visibili aiutano proprio a fare questo controllo sui file di testo, anche se la richiesta di approvazione vera e propria dipende dalla modalità e dai permessi configurati nello strumento.
C’è anche una terza ragione, più tecnica ma altrettanto concreta: quando lavorano dentro un repository git e dispongono degli strumenti e dei permessi necessari, Claude Code e Codex possono creare commit, lavorare su branch separati e preparare pull request — è uno dei modi in cui organizzano e “consegnano” il proprio lavoro, nello stesso linguaggio che usa chi lavora sul codice ogni giorno. Un altro esempio concreto di questo modello di distribuzione è agent-plugin di ChatCut, un plugin da installare da GitHub che collega questi stessi agenti a un editor video.
Vale la pena notare che questo principio — poter confrontare ogni modifica e tornare indietro se serve — non riguarda solo il codice. È la stessa logica che dovrebbe guidare qualunque professionista che inizia a far lavorare un’AI sui propri documenti: un commercialista che chiede a un assistente AI di aggiornare un modello di bilancio, uno studio legale che gli fa rivedere un contratto tipo. Anche documenti Word o Excel possono essere tenuti sotto controllo versione con git, ma in pratica sono spesso più pratici la cronologia delle versioni e gli strumenti di confronto dell’applicazione stessa che si usa già ogni giorno: git, da solo, non mostra le modifiche a quei formati con la stessa leggibilità di un file di testo semplice. Il principio di fondo resta comunque identico: prima di accettare una modifica prodotta da un’AI, va vista, non solo letta di corsa, e deve restare possibile tornare alla versione precedente se qualcosa non convince.
Il minimo che ti serve sapere
- Repository (o “repo”): la cartella di un progetto, con la sua storia di modifiche tracciata da git.
- Clonare: creare sul proprio computer una copia di un repository, comprensiva della sua cronologia, di solito con un comando come
git cloneseguito dall’indirizzo del progetto. - Commit: un’istantanea del progetto che incorpora le modifiche selezionate per quel salvataggio, accompagnata da un messaggio che le descrive.
- Diff: il confronto tra due istantanee di un file, che su un file di testo mostra riga per riga cosa è stato aggiunto, tolto o modificato.
- Branch: una linea di lavoro parallela, utile per provare qualcosa senza toccare la versione principale del progetto.
- Pull request: la proposta di integrare le modifiche di un branch in un altro (spesso quello principale), discussa e rivista prima di essere accettata.
git clone seguito dall’indirizzo del repository. Al termine puoi aprire quella cartella con Codex o Claude Code e seguire le istruzioni di configurazione del progetto — scaricare il kit è il primo passo, non completa da solo tutta la configurazione.I limiti da conoscere
Git e GitHub aiutano a conservare, confrontare e ripristinare le versioni registrate di un progetto — non garantiscono che il progetto sia affidabile. Un repository pubblico può essere ben fatto, oppure abbandonato, non aggiornato, o scritto da chi non offre alcuna garanzia — come qualunque software scaricato da internet, vale la pena controllare chi lo mantiene, con che licenza è distribuito (essere su GitHub non significa automaticamente essere open source o gratuito da usare: dipende dalla licenza indicata) e da quanto tempo viene aggiornato, prima di collegarlo a dati sensibili della tua azienda. E naturalmente, avere la cronologia delle modifiche non sostituisce il leggerle: il valore di un diff sta nel fatto che qualcuno lo guardi davvero prima di accettarlo, non nel fatto che esista.
In sintesi
- Git (creato da Linus Torvalds nel 2005) traccia come cambiano i file di un progetto nel tempo attraverso istantanee (i commit); GitHub (lanciato nel 2008, di Microsoft dal 2018) è il sito che ospita quei progetti online e permette di lavorarci insieme.
- Molti strumenti AI gratuiti e open source — come AIS-OS, lo strumento per il secondo cervello visto ieri — si distribuiscono come repository da clonare, non come app da un negozio.
- Con git puoi confrontare le modifiche proposte da un agente AI (Claude Code, Codex) prima di accettarle e ripristinare uno stato precedente se lo avevi salvato in un commit: un aiuto concreto per controllare le modifiche ai file, non una garanzia assoluta contro ogni errore.
- Il minimo da sapere: repository, clonare, commit, diff, branch, pull request.
- Avere la cronologia delle modifiche non sostituisce il controllarle: il valore sta in chi le guarda, non nel fatto che esistano.
Domande frequenti
Git e GitHub sono la stessa cosa?
No. Git è lo strumento che traccia le modifiche a un progetto nel tempo, creato nel 2005 da Linus Torvalds. GitHub è un sito, lanciato nel 2008, che ospita progetti basati su git e aggiunge strumenti di collaborazione.
Un tool su GitHub è sempre gratuito e open source?
No, non automaticamente. GitHub è uno dei canali con cui gli autori distribuiscono i propri progetti: se il progetto è davvero open source, è la licenza indicata nel repository a stabilire cosa puoi fare — usarlo, modificarlo, redistribuirlo. La sola presenza su GitHub non lo garantisce.
Serve saper programmare per usare git?
Per le operazioni di base — clonare un repository, vedere cosa è cambiato — no: bastano pochi comandi da terminale. Serve invece un minimo di dimestichezza tecnica per usare git in modo più avanzato, o per risolvere un errore se qualcosa va storto.
A cosa serve davvero git quando lavoro con un’AI?
A poter confrontare cosa un agente AI ha cambiato prima di accettarlo, e a poter ripristinare una versione precedente se l’avevi salvata in un commit. Non annulla automaticamente qualunque azione — per esempio un’email già inviata da un agente — ma resta un margine di sicurezza concreto sui file che tiene traccia.
Risorse per approfondire
