Curatore senza saperlo

C’è un momento, quando si lavora intensamente con un’AI, in cui ci si accorge che gli strumenti di tutti i giorni cominciano a fare resistenza. Non in modo drammatico, in modo sottile. Un editor che non si aggiorna quando il file cambia da fuori. Una suite di office che vuole convertire ogni documento nel suo formato chiuso. Un fastidio diffuso davanti a barre di formattazione che non si useranno mai.

La tentazione è leggere questo attrito come un problema di tool. Bisogna trovare l’editor giusto, configurarlo meglio, magari cambiare ecosistema. Ma se si scava un po’ sotto la superficie, emerge qualcosa di diverso: non è un mismatch tra te e lo strumento, è un mismatch di paradigma. Gli editor che usiamo da quarant’anni, da Word in poi, sono progettati per un utente-produttore, qualcuno che apre l’app vuota, digita, formatta, salva. Il documento nasce, cresce e vive dentro l’applicazione.

Quando si lavora con un’AI, però, il documento nasce altrove. Nasce in chat, in uno script, in una pipeline di trasformazione. Quando lo si apre nell’editor, non si sta creando, si sta verificando un output. Si sta giudicando se va bene, se serve un’iterazione, se è pronto per essere consegnato. Questa è la postura dell’utente-curatore, ed è una posizione completamente diversa. La frizione che si sente con gli strumenti è il sintomo di una transizione antropologica già avvenuta a livello di pratica, ma non ancora riconosciuta a livello di identità.

La conseguenza pratica è netta: smettere di cercare l’editor perfetto e iniziare a cercare il viewer perfetto. Sono ottimizzazioni diverse. L’editor bilancia editing power ed estetica. Il viewer bilancia rendering fidelity, refresh velocity e navigazione. Cercare uno strumento che faccia bene entrambe è cercare una chimera, e probabilmente è anche la ragione per cui nessun software del mercato consumer riesce davvero a soddisfare chi lavora in questo modo nuovo.

La conseguenza più profonda è identitaria. Il lavoro del curatore non è dentro i file, è nei processi che generano i file. I template, le convenzioni, le tassonomie, le strutture generative sono l’artefatto vero della sua mano. I documenti che ne escono sono output, e in quanto output sono in qualche modo già “morti” nel momento in cui esistono: il valore è a monte, nella generatività del sistema. Riconoscere questa transizione cambia il modo in cui si scelgono gli strumenti, ma cambia anche il modo in cui ci si descrive a se stessi.

—DIALOGO—

Ivan: Mi succede una cosa curiosa con gli editor. Quando lavoro con un’AI per generare documenti, dopo un po’ sento una specie di fastidio davanti all’app che ho aperto per visualizzarli. Non riesco a metterlo a fuoco. È come se lo strumento mi spingesse a fare qualcosa che non voglio fare.

Sheila: Quel fastidio probabilmente non è capriccio estetico. Tutti gli editor mainstream, da Word a Pages a Typora, sono costruiti su un assunto preciso: che l’utente sia lì per produrre dentro l’app. Ogni elemento della UI, dalla toolbar al cursore lampeggiante all’autosave, è progettato per quella sessione di creazione. Quando invece il documento è già stato prodotto altrove, e tu sei lì solo per leggerlo o verificarlo, ogni feature dell’editor diventa un piccolo invito a tornare in modalità produzione. Il tuo cervello si attiva in modo sbagliato per quello che stai facendo davvero.

Ivan: Quindi è un problema di paradigma, non di software.

Sheila: Esattamente. E il paradigma del produttore è incorporato così in profondità nella categoria productivity software che non lo notiamo nemmeno. Pensa al comportamento difensivo di molti editor quando il file viene modificato da fuori. Reagiscono come se fosse un evento anomalo, da gestire con cautela: “il file è cambiato esternamente, vuoi ricaricare?”. Quel dialog presume che l’utente sia l’unica fonte legittima di modifica, e che tutto il resto sia rumore o conflitto. Se invece tu lavori in un workflow dove il file viene rigenerato continuamente da un’AI o da una pipeline, quella postura difensiva diventa un attrito costante.

Ivan: E il paradigma alternativo come si descrive?

Sheila: Il paradigma del curatore parte da un assunto opposto: il documento nasce altrove, l’app è solo il luogo della verifica. La UI ideale in quel paradigma è radicalmente diversa. Niente toolbar di editing, niente cursore lampeggiante, niente autosave aggressivo. Servono invece rendering ad alta fedeltà, refresh automatico, navigazione veloce dentro il file, eventualmente un diff con la versione precedente per vedere cosa è cambiato. Le metafore visive cambiano: non più la pagina bianca ma il pannello di controllo, non più l’atelier ma la sala di regia.

Ivan: Mi colpisce il cambio di metafora. L’atelier presuppone l’artigiano, la sala di regia presuppone il direttore. Sono due ruoli incommensurabili.

Sheila: E qui sta la parte identitaria della questione. Il produttore è artigiano: il valore è nelle sue mani che modellano la materia. Il curatore è direttore d’orchestra: il valore è nel sistema che ha progettato, e la sua mano si vede nelle decisioni di alto livello, non nelle pennellate. Quando si lavora con un’AI in modo serio, ci si sposta inevitabilmente verso il secondo ruolo. Le strutture generative, i template, le convenzioni, le tassonomie diventano l’artefatto vero. I file che escono dal sistema sono output, deliverable di un processo, non opera dell’autore in senso classico.

Ivan: C’è qualcosa di malinconico in questa transizione. Come se si perdesse il contatto diretto con la materia.

Sheila: Forse, ma c’è anche un guadagno che vale la pena nominare. L’artigiano è limitato dalla scala delle proprie mani. Il direttore può orchestrare processi che producono molto più di quanto lui da solo potrebbe mai produrre, ma con la sua impronta riconoscibile. Non è una perdita di agency, è un trasferimento di agency: dal gesto singolo al sistema che genera molti gesti. La domanda interessante non è se questo trasferimento sia positivo o negativo in astratto, ma se chi lo vive ha gli strumenti culturali e tecnici per riconoscersi nel nuovo ruolo.

Ivan: E gli strumenti tecnici, per ora, non ci aiutano.

Sheila: Per ora no. La cultura del software è ancora prevalentemente produttivista, e finché continueremo a chiamare “editor” gli strumenti che usiamo, continueremo a essere spinti verso quel paradigma. Forse il primo passo per uscirne è linguistico: smettere di cercare un editor migliore, iniziare a chiedersi che tipo di viewer servirebbe. Cambiando la parola si sblocca lo spazio mentale per cercare qualcosa di diverso.

Ivan: O per accettare che quello strumento, per ora, non esiste, e bisogna costruirselo.

Sheila: Che è poi quello che fa già chiunque lavora seriamente in questo modo. Il workflow non lo trovi pronto, lo assembli da pezzi che il mercato non aveva pensato di mettere insieme. E in quel gesto di assemblaggio c’è già la postura del curatore: stai progettando il sistema dentro cui poi opererai.