Un sito gestito dal modello

Sessione: un'ora e mezza, la prima volta. Ti serve: un account Base44 con un piano Builder o superiore, Claude o ChatGPT, e un sito di prova; per un sito vero, la tappa 19 già fatta.

Base44 è un servizio per costruire siti e applicazioni web descrivendoli a parole: ha un suo assistente dentro l'editor, e si comanda anche da Claude o da ChatGPT con un connettore. Libro Vivo, il sito di questa guida, gira su Base44 ed è tenuto in vita così: gli articoli si pubblicano, le pagine si correggono, e il manuale che stai leggendo è stato caricato su una versione di prova del sito, tutto da una conversazione con Claude (tappa 16). La tappa racconta come, perché il gesto vale per qualunque servizio che si comandi allo stesso modo.

1. Collegare il servizio

Base44 mette a disposizione un server MCP all'indirizzo app.base44.com/mcp: in Claude e in ChatGPT lo aggiungi come connettore e accedi una volta con il tuo account. Al primo accesso scegli lo spazio di lavoro, personale o di squadra, e il collegamento resta legato a quello. Il modello agisce con i tuoi permessi: se nello spazio di squadra sei solo lettore, non può cambiare niente.

2. Due modi di cambiare il sito

Il modello può chiedere la modifica all'assistente di Base44, descrivendola a parole, oppure intervenire direttamente sul codice del sito. Per un cambiamento di contenuto, un testo, un articolo, una pagina nuova, la prima strada basta. La seconda serve quando vuoi sapere che cosa è cambiato riga per riga: è quella che uso per Libro Vivo, perché ogni modifica si può rileggere.

3. Lavorare su un ramo

Prima di toccare il sito vero, chiedi di lavorare su un ramo, una copia del sito che non si vede in pubblico: "Crea un ramo chiamato prova-contatti e lavora solo lì." Le modifiche si guardano nell'anteprima del ramo, e il sito pubblico resta com'era finché non unisci il ramo e pubblichi. È il passo che separa una prova da un errore in pubblico.

4. La modifica e l'anteprima

"Nella pagina Contatti aggiungi un modulo con nome, email e messaggio, che salva i messaggi in una tabella. Non toccare le altre pagine. Alla fine dammi il link dell'anteprima e l'elenco dei file che hai cambiato." Apri l'anteprima sul computer e sul telefono, prova il modulo con dati inventati, guarda che il messaggio arrivi nella tabella. L'elenco dei file cambiati è il controllo dell'attribuzione applicato al codice: se c'è un file che non c'entra, chiedi perché.

5. Il punto di ripristino, poi la pubblicazione

Quando l'anteprima va bene, chiedi un punto di ripristino: in Base44 si chiama checkpoint, e solo i checkpoint compaiono nella cronologia delle versioni. Quello che è stato salvato dopo l'ultimo checkpoint si perde se qualcuno ripristina una versione precedente. Poi la pubblicazione: falla tu, o chiedila solo dopo aver visto l'anteprima. La regola del passo 2 della tappa 16 qui vale più che altrove: leggere sì, pubblicare con il tuo via. Il sito ha anche dei dati, utenti, messaggi, iscrizioni, e il connettore li legge e li modifica: Base44 avverte che cambiare lo schema di una tabella cancella i campi che non vengono nominati. Su dati veri si lavora con un checkpoint appena fatto.

Che cosa hai appena visto

Il modello ha agito su un servizio esterno, attraverso un connettore che gli dà azioni vere: creare, modificare, pubblicare. È la delega della tappa 19 su un perimetro più esposto, un sito che altri vedono. I controlli sono quelli di sempre, messi prima dell'uscita: la copia, cioè il ramo; il controllo, cioè l'anteprima; l'approvazione, cioè la pubblicazione fatta da te.

Nel libro. Appendice Q "Come funziona il Model Context Protocol", pagina 258, per il giro di una chiamata fra il modello e il servizio; capitolo 4, sezione 4.4 "L'harness: l'impianto attorno al modello", pagina 89. Il libro su Amazon.