IA e contesto

Il giorno in cui l'IA mi ha insegnato qualcosa sul mio stesso sistema

Dove mettere un documento che non produce nulla ma governa tutto ciò che verrà prodotto dopo? Il criterio abituale — la velocità di cambiamento — non basta. Lo sostituisce un criterio di funzione: questo file produce un risultato, conserva una conoscenza, descrive uno stato, oppure governa le azioni future? Utilizzabile su qualsiasi oggetto non previsto dall'architettura.

Info

Scritto originalmente in francese. Tradotto dall'IA — il significato è stato preservato, non la prosa.

Le ho chiesto dove mettere una guida di traduzione.

Ha scelto il Frame.

Io non l'avrei fatto.

Il dettaglio potrebbe sembrare irrilevante. Si trattava di un file Markdown in un albero di cartelle che ne contiene già parecchi. Eppure quella scelta mi ha costretto a rivedere la definizione di una parte centrale del sistema su cui lavoro da mesi.

La cosa più spiazzante è che quel sistema l'ho progettato io.

Tutto è partito da una traduzione troppo fedele

In questo periodo sto lavorando alla traduzione inglese del mio libro su Contesto.

La prima passata era corretta. Le idee c'erano, la struttura era rispettata e non era sparito nessun passaggio importante.

Ma l'inglese conservava l'odore del francese.

Certe espressioni erano grammaticalmente giuste senza essere naturali. Alcune parole tornavano meccanicamente da un capitolo all'altro. Il francese matière diventava quasi sempre material, arbitrage a volte ruling, reprise produceva formulazioni che nessuno avrebbe scritto direttamente in inglese.

Il problema non veniva da una frase isolata. Veniva dall'assenza di regole comuni per guidare la traduzione dell'intero libro.

Abbiamo quindi cominciato a scrivere una guida: tradurre il senso invece della sintassi, conservare la voce personale, usare un inglese britannico naturale, verificare i gradi di affermazione, stabilizzare i termini importanti e rileggere ogni testo una seconda volta come se il francese non esistesse.

A quel punto è arrivata una domanda semplice: dove mettere questa guida?

Il libro ha già la sua cartella. Ogni lingua ha la sua. Gli script di traduzione, la tabella di avanzamento e i file generati vivono tutti vicino al manoscritto.

Il mio primo riflesso sarebbe stato mettere la guida nello stesso posto.

L'IA ha proposto altro: metterla in 00-frame/, in testa al Contesto dedicato al libro.

La scelta mi sembrava contraddittoria

Nel mio sistema, un Contesto separa diverse nature di informazione.

Il Frame contiene la missione, le direttive e le regole di caricamento. Lo stato mostra a che punto è il lavoro. Le fonti conservano ciò che è stato ricevuto. Le note stabilizzano ciò che se ne capisce. I deliverable accolgono ciò che si produce per un uso e un destinatario.

Avevo sempre presentato il Frame come la parte stabile.

La guida di traduzione, invece, era appena comparsa in mezzo al lavoro. Sarebbe cambiata man mano che incontravamo problemi nuovi. Qualche minuto dopo le stavamo già aggiungendo regole sul discorso riportato, sulle realtà francesi difficili da trasporre e sui termini concettuali del libro.

Perché mettere un documento così recente, e ancora soggetto a cambiare, nella zona delle cose stabili?

La proposta sembrava contraddire l'architettura.

In realtà mi avrebbe aiutato a capirla meglio.

La guida non fa parte del libro

Per decidere dove mettere un file, avevo guardato di cosa parlava.

Parlava della traduzione del libro. Mi sembrava quindi naturale metterla vicino al libro.

L'IA aveva ragionato in un altro modo. Aveva guardato che cosa faceva quel file.

La guida non è destinata al lettore. Non è un capitolo, né una traduzione, né un'appendice. Non è un risultato in più del lavoro.

Determina come dovranno essere prodotti tutti i risultati futuri.

Quando comincia una nuova traduzione, la guida va letta. Quando una frase sembra troppo letterale, dà i criteri per rifarla. Quando un termine cambia da un capitolo all'altro, indica dove fissare quella scelta. Quando una traduzione sembra finita, precisa i controlli da fare prima di accettarla.

Metterla insieme ai deliverable ne avrebbe fatto un documento posato accanto agli altri.

Metterla nel Frame ne faceva una regola valida per tutte le traduzioni successive.

La distinzione è semplice una volta formulata: la guida non descrive ciò che il Contesto ha prodotto; cambia il modo in cui il Contesto deve produrre.

In quel momento la scelta dell'IA è diventata coerente.

Ma la mia definizione di Frame non lo era più del tutto.

Stabile non vuol dire immutabile

Fino ad allora avevo definito le diverse zone del Contesto soprattutto in base alla loro velocità di cambiamento.

Il Frame si muove poco. Lo stato si muove spesso. Una fonte resta ferma. Una sessione si allunga. Una bozza si riscrive. Una decisione convalidata conserva la traccia della scelta fatta.

Questa lettura resta utile. Spiega perché la missione non va riscritta ogni volta che l'attenzione si sposta, e perché lo stato presente non va mescolato con le regole durature.

Ma la frequenza di cambiamento non basta a definire la funzione di un file.

La guida di traduzione cambiava ancora. Eppure, appena una regola ci veniva convalidata, quella regola doveva governare tutte le azioni future dello stesso tipo.

Ho capito allora che il Frame non era esattamente la zona di ciò che non cambia.

Era la zona di ciò che governa in modo duraturo il lavoro.

La differenza sembra sottile. Cambia però il criterio di classificazione.

Prima avrei detto:

Il Frame contiene ciò che viene definito all'inizio e non cambia quasi mai.

Oggi direi:

Il Frame contiene i principi e le regole che devono governare in modo duraturo le azioni future, anche quando sono stati scoperti e convalidati durante il lavoro.

Il Frame non è dunque immobile.

È costituzionale.

Non cambia al ritmo dell'attività quotidiana. Cambia quando cambia il contratto di lavoro del Contesto.

Non tutto ciò che si impara diventa una regola

Questa nuova definizione apre subito un rischio.

Se il Frame può accogliere una regola scoperta durante il lavoro, perché non depositarci tutto ciò che la missione impara?

Il lessico di traduzione mi ha permesso di tracciare il confine.

Durante la rilettura inglese abbiamo individuato diverse parole francesi difficili da tradurre: matière, acquis, dette, arbitrage, reprise, cadre, état.

A quello stadio non sono ancora regole. Sono punti di attenzione.

Un'esitazione sulla traduzione migliore di matière appartiene al lavoro in corso. Una proposta per un capitolo resta un'ipotesi. Una formulazione che funziona in una frase non deve diventare automaticamente la traduzione ufficiale di quella parola in tutto il libro.

Quando invece decidiamo che il concetto francese Contexte deve sempre diventare Context, con la stessa maiuscola e la stessa formattazione, quella scelta cambia di statuto. Non descrive più soltanto ciò che abbiamo osservato. Indica ciò che ogni traduzione dovrà d'ora in poi applicare.

Il movimento diventa allora:

esitazione terminologica
        ↓
nota o stato del lavoro
        ↓ convalida
scelta terminologica duratura
        ↓
Frame

Il Frame può imparare.

Ma non deve diventare il diario di tutto ciò che si impara.

Riceve solo ciò che, dopo esame, deve governare il seguito.

L'IA non aveva deciso al posto mio

Potrei raccontare questa storia come il momento in cui un'IA ha capito il mio sistema meglio di me.

Farebbe colpo.

Sarebbe anche falso.

L'IA non ha scoperto da sola una verità nascosta su Contesto. Ha applicato a un oggetto nuovo le distinzioni che il sistema conteneva già: una regola non è una fonte, una nota non è un deliverable, un documento che governa la produzione non è a sua volta ciò che si produce.

Ha proposto una collocazione e ha spiegato perché.

All'inizio quella scelta mi è sembrata strana. Ho messo a confronto il suo ragionamento con la mia definizione di Frame. Poi ho constatato che la proposta reggeva meglio della mia prima intuizione.

La decisione è rimasta umana.

Ma senza la proposta dell'IA non avrei incontrato quella debolezza della mia definizione. Avrei messo la guida accanto al libro, il sistema avrebbe continuato a funzionare e niente mi avrebbe costretto a distinguere ciò che è stabile da ciò che governa.

Qui l'IA ha fatto da specchio concettuale.

Non mi ha soltanto dato una risposta. Mi ha costretto a spiegare perché quella risposta mi dava fastidio. Cercando il difetto del suo ragionamento, ho trovato la mancanza del mio.

Un'architettura deve sopravvivere agli oggetti che non aveva previsto

Un albero di cartelle può funzionare finché si incontrano solo gli oggetti per cui è stato disegnato.

Sappiamo dove mettere una fonte, una nota, una decisione e un deliverable perché per ognuno è stato previsto un posto.

La difficoltà comincia con l'oggetto nuovo.

La guida di traduzione non esisteva quando ho definito il Frame. Non avevo previsto che il libro sarebbe stato tradotto mentre continuava a evolvere, né che quelle traduzioni avrebbero avuto bisogno di un insieme di regole abbastanza stabile da attraversare più lingue e più sedute di lavoro.

Avrei potuto risolvere il problema aggiungendo un'eccezione: le guide di traduzione vanno in quella cartella.

Ma un'eccezione non insegna nulla sull'architettura.

La decisione diventa più interessante quando deriva da un criterio che potrà servire di nuovo: questo documento produce un risultato, conserva una conoscenza, descrive lo stato attuale oppure governa le azioni future?

Un'architettura concettuale diventa robusta quando permette di collocare correttamente un oggetto nuovo senza aver previsto quell'oggetto in anticipo.

Il test non è sapere se ogni file conosciuto ha la sua casella.

Il test è sapere se le distinzioni restano utili quando compare qualcosa che il sistema non aveva mai incontrato.

Il sistema mi ha rimandato la mia stessa definizione

All'inizio cercavo soltanto di migliorare una traduzione inglese.

All'arrivo avevo spostato una guida, creato un lessico e cambiato il modo di definire il Frame.

Pensavo che contenesse ciò che non si muoveva.

Ora capisco che contiene ciò che deve governare in modo duraturo il seguito.

Questa definizione consente al Contesto di imparare senza confondere il proprio quadro di regole con il proprio stato attuale. Una regola può comparire tardi, essere discussa e poi entrare nel Frame quando diventa vincolante per le azioni future. Un'esitazione può restare altrove finché non ha acquisito quello statuto.

Il dettaglio più interessante di questa storia non è dunque il posto in cui è finito un file.

È che, applicando il sistema a un caso imprevisto, l'IA mi ha aiutato a capire meglio il sistema stesso.

Avevo costruito Contesto perché l'IA non perdesse il filo del mio lavoro.

Questa volta è stata lei a farmi ritrovare un filo che non avevo ancora visto nella mia stessa definizione.