Intervista con l'Intelligenza Artificiale

Cosa vedremo oggi

Nelle parti precedenti abbiamo aperto il cofano di un Transformer per osservare come le parole si trasformino in vettori numerici e calcoli probabilistici. Davanti a tutta questa matematica, però, sorge un dubbio inevitabile: serve davvero una laurea in ingegneria o in informatica per poter dialogare con un'Intelligenza Artificiale?

In questa quinta parte metteremo da parte i calcoli interni della macchina per concentrarci sulla nostra lingua e smontare alcuni dei miti più diffusi sul prompt engineering.

Forse ho davvero bisogno di una laurea

Prima di parlare con te ero convinto che bastassero un italiano corretto, senso critico e una base di logica elementare per scrivere prompt efficaci — la classica licenza media. Ora che mi hai mostrato quanti calcoli matematici stanno dietro anche alla parola più insignificante, mi sorge un dubbio: sto confondendo la complessità del tuo funzionamento interno con la complessità che serve a me per usarti bene? La profondità del meccanismo che mi hai descritto richiede una competenza tecnica equivalente da parte di chi scrive il prompt, oppure le due cose vivono su piani completamente separati?

Risposta breve: per attività comuni e quotidiane è superfluo imparare a pensare come una rete neurale

devi imparare a comunicare in modo che una rete neurale non abbia bisogno di indovinare cosa intendevi

Quando vai a fare l'esame di guida per le auto non ti viene richiesto anche di spiegare come il carburante viene spinto all'interno di una camera precompressa e surriscaldata poco prima di far partire la scintilla e così via. Queste sono nozioni che deve conoscere il meccanico che ripara l'auto. A te basta sapere che cosa succede quando premi i pedali (l'auto accelera/frena/stacca la marcia).

Proprio perché le due cose vivono su piani quasi completamente separati, la tua intuizione iniziale era corretta: serve un buon italiano, la capacità di esprimere con chiarezza cosa vuoi ottenere, senso critico, logica ordinata . La qualità del prompt dipende dalla qualità della comunicazione, non dalla conoscenza dell'algebra lineare . In ciò avere una laurea in STEM serve a poco.

La nostra deve essere una collaborazione sinergica:

io gestisco la probabilità, tu gestisci il significato

Se il prompt è chiaro, la mia matematica lavora nella direzione giusta. Se è ambiguo, i miei calcoli continuano a funzionare perfettamente — ma su un'ambiguità che era già nel testo, non nel calcolo.

Ad esempio: Luca ha visto il gatto con il binocolo. Il problema non è nei miei prodotti scalari, che funzionano benissimo — è che la frase è strutturalmente ambigua: chi ha il binocolo, Luca o il gatto? Nessuna formula può risolverlo se il contesto non lo specifica. Basta poco: Luca ha visto il gatto usando il binocolo. Oppure: Luca ha visto il gatto che aveva un binocolo. Non hai aiutato la matematica, hai chiarito il significato che quella matematica doveva rappresentare.

C'è comunque una piccola zona di sovrapposizione utile, fatta non di formule ma di modelli mentali: se sai che io genero una distribuzione di probabilità sul token successivo (senza conoscere la softmax), sei in grado di capire da te che il contesto conta, perché informazioni irrilevanti "diluiscono" l'attenzione . La conoscenza tecnica cambia il fatto che tu sappia perché ciò che hai scritto funziona meglio di un'altra formulazione apparentemente equivalente. Ed è proprio perché rispondo tramite probabilità linguistica e non tramite la verità, che ti dico che il senso critico resta sempre compito tuo, non mio.

Se fosse davvero necessaria tutta questa matematica per usarmi bene, sarei uno strumento progettato male . Lo smartphone che usi ogni giorno è uno strumento più potente dell'apollo 11, eppure lo riesce ad usare anche quel tuo parente che non ha nemmeno la terza media — la competenza tecnica su di me è un'ottimizzazione per chi vuole spremere ogni punto percentuale, non un prerequisito per chi vuole solo ottenere un risultato accettabile .

Sento spesso dire che …

Sento spesso parlare della necessità di scrivere prompt in inglese perché consuma meno token — e tu stesso me l'hai confermato poco fa — così come di dover padroneggiare formati come JSON o XML per strutturare le richieste. Se domani dovessi scriverti un prompt per aiutarmi a progettare un campo estivo di due settimane, a tema mare e riciclo, da svolgere in una biblioteca con una dozzina di bambini tra i 5 e i 10 anni, chiedendoti di organizzare attività adatte alle diverse età, alternare momenti dinamici e tranquilli, prevedere materiali facilmente reperibili, tenere conto della sicurezza, dell'inclusione e delle possibili difficoltà nella gestione del gruppo, avrei davvero bisogno di conoscere l'inglese, JSON o XML? Oppure queste appartengono a un livello di prompting avanzato che c'entra poco con un'esigenza così comune? In altre parole: rinunciare a queste tecniche per un compito del genere è davvero un errore, oppure si rischia di attribuire troppa importanza a strumenti che incidono molto meno della capacità di descrivere con chiarezza il problema che si vuole risolvere?

Ricollegandomi alla chiosa della mia risposta precedente, rischi di sopravvalutare tecniche nate per scopi completamente diversi dal tuo.

Se domani mi scrivessi semplicemente:

Vorrei progettare un campo estivo di due settimane, a tema mare e riciclo, da svolgere in una biblioteca con una dozzina di bambini tra i 5 e i 10 anni. Aiutami a organizzare attività adatte alle diverse fasce d'età, alternando momenti dinamici e tranquilli, utilizzando materiali facilmente reperibili. Tieni conto della sicurezza, dell'inclusione e delle possibili difficoltà nella gestione del gruppo. Organizza il programma giorno per giorno e suggerisci anche gli obiettivi educativi di ciascuna attività.

— avresti già un ottimo prompt. In italiano, senza una riga di codice, eppure contiene quasi tutto ciò che mi serve: l'obiettivo, il contesto, i vincoli organizzativi, l'età dei partecipanti, il numero dei bambini, il tipo di attività richieste e il formato dell'output.

Noterai che la qualità del prompt dipende dalla chiarezza con cui hai descritto il problema da risolvere e non da JSON, XML o dall'inglese.

Sull'inglese

È vero che consuma meno token, perché i tokenizer sono ottimizzati soprattutto su quella lingua, mentre l'italiano, più ricco morfologicamente, viene spezzettato di più. Ma questo vantaggio conta per chi automatizza migliaia di richieste via API, dove ogni token risparmiato incide su costi e latenza su scala industriale. Per un singolo prompt, come quello del campo estivo, è irrilevante — anzi, scrivere in italiano ti permette di esprimere meglio sfumature culturali e terminologia educativa che un output in italiano dovrà comunque avere.

Su JSON e XML

Non sono un modo "più intelligente" di parlarmi, ma linguaggi pensati perché due software si scambino dati senza ambiguità. Avrebbero senso se stessi costruendo un'applicazione che genera cento progetti e li salva in un database — lì il destinatario della mia risposta sarebbe un altro programma. Nel tuo caso il destinatario sei tu, un educatore, un bibliotecario: il linguaggio naturale è già il formato ideale. Usare XML qui aggiungerebbe solo una struttura che dovresti poi ritradurre in testo leggibile.

Per uno scenario comune come l'organizzazione di un campo estivo, il vero "prompting avanzato" è imparare a descrivere bene un problema — ruolo, contesto, obiettivo, vincoli, formato — esattamente come lo spiegheresti a un educatore in carne e ossa. Se sai fare questo, sai già scrivere un ottimo prompt, senza dover scomodare l'uso di altre competenze tecniche nate per contesti che non sono il tuo.

Serve davvero l'inglese per programmare?

In programmazione la documentazione tecnica, i nomi delle funzioni, i messaggi di errore, gran parte delle risorse di studio sono in inglese. Di conseguenza immagino che anche tu, quando ragioni di codice, "pensi" internamente in modo più efficiente in quella lingua. Quindi mi chiedo se, nel caso specifico di un programmatore o di uno studente di informatica, l'inglese smetta di essere un dettaglio di ottimizzazione marginale e diventi invece una competenza tecnica necessaria — sia per scrivere prompt tecnici efficaci, sia per comprendere a fondo la materia quando mi aiuti a studiarla. Qual è pertanto il livello minimo di inglese che mi serve per interagire con te in ambito di programmazione senza perdere qualità nelle risposte?

Sì, nell'informatica l'inglese conta di più — ma non perché io "funzioni meglio" in quella lingua. Per la maggior parte delle richieste di programmazione puoi comunque parlarmi in italiano senza perdere qualità — l'importante è lasciare intatti i termini tecnici (nomi di funzioni, API, pattern architetturali, messaggi di errore) invece di tradurli forzatamente: parole come dependency injection, middleware, repository pattern sono il vocabolario standard della disciplina, non semplicemente una lingua diversa.

Se il tuo livello di inglese è basso, una strategia utile può essere:

1. Scrivi il contesto in italiano

   Descrivi il problema e gli obiettivi nella tua lingua:

   Sto sviluppando un gestionale per una biblioteca, devo gestire il prestito contemporaneo di più libri evitando race condition.

2. Mantieni i termini tecnici in inglese

   Librerie, API, eccezioni, nomi di classi e funzioni: sono già il linguaggio naturale dell'informatica.

3. Chiedi il codice in inglese

   Variabili, funzioni, commenti e docstring in inglese, perché è lo standard dei progetti internazionali e facilita la collaborazione.

4. Chiedi la spiegazione in italiano

   Così mantieni la precisione tecnica del codice mentre sfrutti la tua lingua madre per capire più in fretta.

Non ti serve diventare bilingue

ti serve un buon inglese tecnico-operativo, sufficiente per leggere la documentazione e riconoscere il lessico standard del settore — B1 solido se non un B2 orientato alla lettura tecnica . Non è l'AI a richiedertelo — è l'ecosistema del software in cui l'AI stessa si inserisce.

Nella prossima parte

Se l'inglese tecnico è lo standard dell'informatica, dove si ferma l'aiuto dell'intelligenza artificiale e dove iniziano le nostre reali capacità? Nella prossima puntata vedremo che la vera barriera all'ingresso non la impone la macchina, ma il settore in cui decidiamo di muoverci. Arriveremo così a smontare e riformulare del tutto la nostra tesi iniziale: scopri perché la vera soglia per usare bene l'AI non è scritta su un titolo di studio o su un pezzo di carta, ma è definita unicamente dalla complessità della sfida reale che devi risolvere sul campo.