Nel pre-work avete fatto il tagliando del VOSTRO progetto: rilettura del CLAUDE.md, un documento di riferimento, una regola, una skill — e alla fine session-insights girato sulla sessione stessa. Prima di andare avanti, una verifica veloce: è tutto chiaro?
Git e GitHub — non come tecnici, ma come un modo per lavorare insieme senza rompere il lavoro degli altri. Visto dal vivo sul progetto che conoscete.
Un progetto tutto vostro dove vivono i modi di lavorare di queste quattro lezioni — e che cresce con voi, sessione dopo sessione.
Pensatelo come Google Docs, ma per un progetto software. Ognuno ha la sua copia su cui lavorare, un modo per salvare, un modo per chiedere una revisione, un modo per unire il lavoro di tutti. Git è solo lo strumento che lo rende possibile.
Su GitHub c'è UNA copia condivisa del progetto: la sua casa. È lì che vivono tutti i file, ed è lì che il team si ritrova. Ognuno lavora sulla propria copia, ma la casa è una sola.
Ognuno scarica la sua copia sul proprio computer. Lì potete provare, sbagliare, rompere: nessun altro lo vede finché non decidete voi. È il vostro spazio sicuro.
Un commit è come premere «Salva» con un'etichetta. Ogni commit è una foto dell'intero progetto in quel momento — e l'etichetta dice cosa è cambiato.
Il vostro lavoro esiste solo sul vostro computer finché non lo caricate. Push = mando i miei salvataggi su GitHub. Pull = porto sul mio computer il lavoro più recente di tutti gli altri.
Per lavorare in sicurezza non toccate la linea principale (main): ne aprite una a fianco, tutta vostra. Provate lì. Se qualcosa va storto, main resta intatta.
Quando il lavoro sul vostro branch è pronto, rientra nella linea principale. Quel punto di unione ha «due genitori»: la linea principale e la vostra. Da lì in poi il vostro lavoro fa parte del progetto.
Prima che il vostro lavoro entri nel progetto, si apre una Pull Request. È un processo sociale, non tecnico:
Questa è la sequenza da ripetere ogni volta che lavorate. Sempre la stessa:
Si chiama «conflitto». Non è un disastro: è una domanda. E capita di rado, se fate pull spesso e seguite un lavoro → un branch.
Il Generatore di Asset — quello costruito in L2 e cresciuto in L3 — è vissuto tre settimane solo sul nostro computer. Oggi lo portiamo dove il team può lavorarci insieme.
Una modifica minuscola — una riga — ha fatto tutto il giro: salvata, caricata, rivista nel diff, unita. Adesso è nella casa del progetto: chiunque faccia pull se la ritrova.
Noi ne abbiamo uno: un progetto «madre» dove vivono i nostri modi di lavorare, le buone pratiche, i processi. Non serve a produrre un materiale: è la guida a cui torniamo prima di ogni nuovo progetto con Claude Code.
I mattoni di queste quattro lezioni, in un unico progetto che Claude può leggere:
La alimentate: le domande che avete, le cose che trovate online, un pattern nuovo, la documentazione ufficiale di Claude Code. Lei si adatta alle vostre esigenze e cresce nel tempo.
Apriamo la nostra mappa agentica e guardiamo tre cose: com'è fatta dentro, come ci finisce una buona pratica, e cosa succede quando le chiediamo un consiglio prima di iniziare qualcosa.
Non partite da un foglio bianco. Dopo la lezione vi diamo un documento di partenza, già pieno: i mattoni di questo corso, in un formato pronto per Claude Code, arricchito con la documentazione ufficiale.
Leggere il piano prima che Claude esegua.
CLAUDE.md, il loop di costruzione, la verifica.
Il sistema che smette di ripetersi.
Lavorare in team e una mappa che evolve con voi.
Si chiamano hook. Non li facciamo oggi: è lì che questo percorso va a finire, quando ne avrete bisogno.
Continuate a costruire, alimentate la vostra mappa, e usate il canale del gruppo quando qualcosa non torna. Il corso finisce; il vostro sistema no.