Quando si scrive un romanzo lungo con l'IA, l'ambientazione stabilita all'inizio tende a sbiadire. Per risolvere questo problema ho costruito il Mondo di TypeTak, il suo dizionario dell'ambientazione, e in questa serie racconto, una puntata alla volta, i dubbi e le scelte che ha comportato.

Un modello per la bibbia della storia: la risposta trovata su Namuwiki

Il modello di una bibbia della storia, cioè del documento che raccoglie personaggi, luoghi e trama di un'opera, è uno schema che stabilisce in anticipo quali campi compilare per ogni voce, che sia un personaggio o un luogo. Con i campi già decisi, chiunque li compili ottiene la stessa forma, e un campo vuoto indica un elemento dell'ambientazione non ancora deciso.

Nella puntata precedente, per far ricordare all'IA ciò che è successo prima, ho scelto di farle leggere file separati in cui l'ambientazione è già ordinata. Per farlo, però, dovevo prima decidere che forma dare a quei file: facile da capire per le persone e tale che l'IA potesse compilarla da sola. Questa puntata racconta come ho definito quella forma, cioè il modello della bibbia della storia.

Se l'IA scrive come le pare, ogni documento ha una forma diversa

Se si chiede all'IA «Fammi una scheda di questo personaggio», il testo che ne esce è piuttosto convincente. I problemi cominciano dal secondo, dal terzo personaggio. Una scheda parte dal carattere, un'altra dal passato. Per un personaggio c'è l'età, per un altro no. Quando i personaggi arrivano a una decina, per controllare «Quanti anni aveva questo personaggio?» bisogna leggere il documento dall'inizio alla fine.

L'IA riesce comunque a leggerli. Ma di una bibbia della storia che chi scrive non può scorrere e correggere non ci si può fidare. Mi serviva una forma comoda da leggere per le persone e che l'IA potesse compilare da sola.

Cosa ho notato nelle pagine delle opere su Namuwiki

Lo spunto è arrivato, inaspettatamente, dalle pagine dedicate alle opere su Namuwiki, la più grande wiki in lingua coreana.

Opere diverse, personaggi diversi, autori delle pagine tutti diversi: eppure le pagine avevano quasi la stessa struttura. Aprendo la pagina di un personaggio, in alto c'è una tabella con i fatti essenziali, come nome, età e affiliazione, e sotto seguono testi lunghi come la panoramica o le vicende all'interno dell'opera. Le pagine dei luoghi si somigliavano tra loro, e così quelle degli eventi.

Erano i campi a dipendere dal tipo di elemento descritto. Per questo anche nella pagina di un'opera mai vista si capisce subito dove si trova cosa. E i fatti brevi, raccolti in una tabella, si vedono a colpo d'occhio, così è facile anche individuare gli errori.

Volevo capire se questo metodo, che funziona in una wiki scritta da persone, avrebbe funzionato anche in una bibbia della storia scritta dall'IA. Così l'ho messo alla prova sulla stessa ambientazione. Ho messo a confronto il risultato ottenuto lasciando scrivere l'IA senza campi e quello ottenuto stabilendo i campi per ogni tipo di elemento e facendoglieli compilare. Il contenuto era lo stesso, ma il secondo si leggeva molto meglio.

Così, verso marzo 2026, ho fissato la direzione: documenti di ambientazione in forma di wiki, comodi da leggere per le persone e scritti dall'IA in autonomia. E a stabilire i campi sarebbe stato il tipo di elemento.

È il tipo di nodo a stabilire i campi

Nel Mondo ogni voce dell'ambientazione si chiama nodo. Un personaggio è un nodo, un luogo è un nodo. I nodi si dividono in tipi di nodo, come personaggio, luogo o fazione, ed è il tipo a stabilire i campi. Questi campi si chiamano slot.

Tutti i nodi dello stesso tipo hanno gli stessi slot. Se il tipo personaggio ha lo slot età, ogni personaggio ha un campo età, che si compila nodo per nodo. Aggiungendo o eliminando uno slot, la modifica vale per tutti i nodi di quel tipo. Come avevo visto su Namuwiki, lo scopo è ottenere la stessa forma chiunque compili i campi.

Ho separato i fatti brevi dai testi lunghi

Ho parlato di wiki, ma non si tratta di semplici documenti. Come la tabella e il corpo del testo nelle pagine dei personaggi di Namuwiki, ho diviso gli slot in due tipi.

Proprietà: campi per fatti brevi, come età o professione. Corrispondono alla tabella nella scheda di un personaggio.
Sezione: campi in cui si scrive liberamente un testo lungo, come il passato o il carattere. Corrispondono al corpo della pagina.

Se i fatti brevi restano mescolati ai testi lunghi, per controllare un'età bisogna leggere un paragrafo intero. Tenendoli separati, si vedono a colpo d'occhio come in una tabella.

Anche i valori delle proprietà hanno un tipo

Ho fatto un passo in più e ho distinto anche i tipi di valore che una proprietà può contenere. Oggi nel Mondo sono quattro: Generale, Numero, Selezione e Relazione di nodo.

Generale: un valore scritto come testo breve. Nel campo dimensioni del feudo si scrive per esempio «il quinto feudo più grande del regno»: un fatto breve che non è né un'opzione né un numero.
Numero: un valore numerico. Nel campo età si scrive 17 o 30, e si può aggiungere un'unità di misura oppure indicare un intervallo o un valore approssimativo.
Selezione: un valore scelto tra opzioni predefinite. Nel campo professione, per esempio, se ne sceglie una tra apprendista mago, cavaliere e mercante.
Relazione di nodo: un valore che rimanda a un altro nodo. Inserendo un altro personaggio nel campo maestro, si crea un collegamento a quel nodo.

Li ho distinti per tenere l'ordine più pulito. Se il tipo di valore è fissato, nello stesso campo entrano valori della stessa forma. Capita meno spesso che, nello stesso campo età, per un personaggio compaia 17 e per un altro «sui diciassette anni».

Tra questi, la relazione di nodo era il più importante. Nella prima puntata avevo scelto i file perché permettono di seguire ciò che è collegato, e la proprietà di tipo relazione di nodo è proprio quel collegamento. Il nome della proprietà, «maestro», dice già che tipo di relazione lega i due nodi, così l'IA e le persone possono seguire il link e passare all'informazione successiva.

Il formato c'era, il problema era compilarlo

Il formato era deciso, ma non potevo ancora realizzarlo. Questa volta l'ostacolo era il costo.

Mentre si scrive un romanzo, ambientazione e trama cambiano spesso. A ogni cambiamento l'IA deve compilare di nuovo quei campi, e all'epoca i modelli di IA capaci di riordinare le informazioni in modo accettabile erano piuttosto cari. Non potevo far pagare quel prezzo a chi scrive ogni volta che usava il servizio.

Per un po' ho quindi dedicato tempo a costruire un sistema che riducesse i costi, e lo sviluppo ha rallentato di conseguenza.

Alla fine il problema non l'ho risolto io: l'ha risolto il tempo. Sono usciti modelli migliori e i prezzi sono scesi, finché la qualità che cercavo è diventata accessibile a un costo sostenibile. A quel punto parte del sistema pensato per risparmiare non serviva più, e l'ho tolta.

La prossima puntata parla del problema nato quando l'IA ha cominciato a compilare questo modello: il riordino. In un romanzo che chiama lo stesso personaggio ora per cognome, ora per nome, ora con un soprannome, racconterò cosa ho fatto perché nessun elemento dell'ambientazione venisse creato due volte.

Per TypeTak ho scelto di raccogliere l'ambientazione in una wiki in cui è il tipo di nodo a stabilire i campi. I fatti brevi vanno nelle proprietà, i testi lunghi nelle sezioni, e i valori delle proprietà si dividono in Generale, Numero, Selezione e Relazione di nodo.

Domande frequenti

A cosa serve un modello per la bibbia della storia?

Senza campi stabiliti, ogni personaggio finisce per avere un documento di forma diversa, e per controllare un'età bisogna rileggerlo dall'inizio. Se ogni tipo di voce ha gli stessi campi, chiunque li compili ottiene la stessa forma, e i campi vuoti segnalano ciò che dell'ambientazione non è ancora deciso.

Come conviene stabilire i campi di una bibbia della storia?

Conviene stabilirli per tipo di voce, non voce per voce: i personaggi condividono gli stessi campi, i luoghi altrettanto. Come nelle pagine dei personaggi di Namuwiki, separare i fatti brevi in una tabella e le storie lunghe nel corpo del testo rende tutto leggibile a colpo d'occhio.

Come separare in una bibbia della storia i fatti brevi dalle descrizioni lunghe?

I fatti brevi, come età o professione, vanno in campi simili a quelli di una tabella; le descrizioni lunghe, come passato o carattere, vanno nel corpo del testo. Così tutto si legge a colpo d'occhio. Nel Mondo di TypeTak i primi campi si chiamano proprietà, i secondi sezioni.

Che vantaggi ha dividere i valori della bibbia della storia in testo, numeri, opzioni e collegamenti ad altre voci?

Nello stesso campo entrano valori della stessa forma, e tutto resta più ordinato. In particolare, i valori che rimandano a un'altra voce diventano link, che sia le persone sia l'IA possono seguire per passare alle informazioni collegate.