Memoria di traduzione: cos'è, come funziona e perché è importante per la localizzazione AI
Una memoria di traduzione archivia i segmenti già approvati dal tuo team. Dovevamo capire cosa significhi TM quando a tradurre è un LLM, in che modo i tool sul mercato ricordano (o dimenticano) e la scommessa che abbiamo fatto in Transept: la memoria come contesto decisionale.



In questa pagina
Se il tuo team traduce contenuti di prodotto, articoli di supporto, documentazione, campagne o stringhe software, ti scontri sempre con lo stesso problema:
- le stesse frasi ricorrono continuamente,
- eppure, ogni singola volta, richiedono tempo per essere tradotte, revisionate e approvate.
La memoria di traduzione nasce proprio per risolvere questo problema.
La memoria di traduzione, o TM, è il luogo in cui il tuo sistema di traduzione conserva i segmenti già approvati dal tuo team. Il testo sorgente viene salvato insieme alla traduzione finale: così, la prossima volta che compare un contenuto simile, non dovrai più ripartire da zero.
I vecchi strumenti di traduzione la utilizzavano per risparmiare tempo. Con l'IA conta ancora di più: mostra al modello quali sono i tuoi standard di traduzione e quali scelte ci si aspetta. I vantaggi sono enormi:
- tempi di consegna più rapidi (niente più traduzioni ripetitive di testi standard, disclaimer o elementi dell'interfaccia)
- costi ridotti, e non solo perché puoi riutilizzare i segmenti. Grazie a un solido supporto della TM, noi di Transept siamo riusciti a far sì che un modello quattro volte più economico eguagliasse uno premium
- stile coerente (le decisioni approvate anni fa vengono riapplicate a ogni nuova funzionalità).
Ma come si gestisce la memoria di traduzione con la traduzione basata sull'IA?
- I glossari e le guide di stile possono essere considerati parte della TM? E come si mantengono aggiornati?
- Come si stabilisce se un segmento della TM è pertinente?
- Di quanto contesto ha bisogno l'IA? Quando è troppo poco e quando è troppo?
- Come si garantisce che le informazioni sensibili e protette da copyright di un cliente non trapelino mai verso altri clienti?
È esattamente questo che abbiamo dovuto capire in Transept. Cosa deve rappresentare la memoria di traduzione quando il traduttore non è più esclusivamente umano? E come possiamo rendere significativo il contributo umano a questa memoria, evitando che si riduca alla revisione di una sfilza di contenuti scadenti?
È stata proprio questa domanda a trascinarci nella tana del bianconiglio.
Che cos'è la memoria di traduzione nella traduzione basata sull'IA?
Tradizionalmente, una memoria di traduzione è un database strutturato di coppie di segmenti tradotti. Ogni coppia solitamente contiene:
- Il segmento sorgente (il testo originale).
- Il segmento di destinazione (la traduzione).
- I metadati: chi ha effettuato la traduzione, quando è stata approvata e il contesto circostante.
Quando un traduttore apre un nuovo documento, il software di TM analizza il testo, lo confronta con il database e, se trova una corrispondenza, suggerisce la traduzione precedente.
Questa è la definizione classica di CAT. Quando si lavora con gli LLM e i sistemi di traduzione agentica, entrano in gioco diversi altri elementi:
- Glossari generati man mano che la traduzione procede, per stabilizzare la terminologia usata dall'IA.
- Note di passaggio e sintesi prodotte quando gli agenti IA si scambiano il lavoro.
- Tracce di ragionamento degli agenti, create durante la traduzione, l'editing e la revisione: il perché dietro ogni decisione.
- Il contesto delle discussioni tra agenti e umani: chat, thread di risposta, cronologie di ricerca e contesti Slack/Teams.
Tutto ciò è ancora utile per gli esseri umani, ma è fondamentale per le IA. Permette al modello di ricostruire il contesto che i traduttori umani conservano nei propri documenti, nella mente e nelle conversazioni. Paradossalmente, la traduzione basata su LLM ha più bisogno di strumenti TM e CAT di quanto non ne abbiano gli esseri umani: a una persona, per tradurre, bastano tranquillamente carta, penna e un dizionario.
Come funzionano i match della memoria di traduzione
I software di TM scompongono i contenuti in unità più piccole chiamate segmenti — solitamente una frase, un titolo o l'etichetta di un pulsante. Il sistema cerca quindi le corrispondenze. Il modo in cui la TM effettua questa ricerca è l'aspetto più importante dell'intero settore.
- Match esatti: il nuovo segmento è identico al 100% a uno presente nel database. Il software può quindi inserire la traduzione automaticamente.
- Match parziali (fuzzy): simili ma non identici. Vengono segnalati affinché un traduttore possa revisionarli, aggiornarli o usarli come spunto. Solitamente si basano sulla "sparse search": il sistema cerca ogni parola o lessema della frase e assegna un punteggio ai segmenti del database in base a quanti elementi hanno in comune.
- Match semantici: un segmento nel database ha un significato simile pur non avendo parole in comune. Questo metodo sfrutta la "dense search" — ovvero embedding vettoriali e retrieval. Il classico approccio RAG.
Le TM tradizionali si basavano su corrispondenze esatte e fuzzy. Gli LLM hanno introdotto il livello semantico, ma la sola ricerca semantica non è ancora sufficiente per garantire prestazioni ottimali.
Nella traduzione letteraria, i fuzzy match sono fondamentali per mantenere la coerenza dei nomi propri e della lore. In ambito sanitario, lo stesso concetto può essere espresso in molti modi, quindi la ricerca semantica dovrebbe aiutare — se non fosse che si rivela controproducente. Per un embedder di dominio generico, la distanza tra ileo e ilio è minima, proprio come quella tra cremisi e scarlatto.
(L'ileo è la parte finale dell'intestino tenue; l'ilio è la parte superiore dell'osso dell'anca. Si tratta di termini del tutto slegati che, in uno spazio semantico di dominio generico, vengono ridotti a un generico „ambito sanitario".)
Servono quindi dei guardrail. Lo standard previsto per le memorie di traduzione nel 2026 è dunque il seguente:
- Ricerca ibrida, in cui corrispondenze esatte, fuzzy e semantiche vengono combinate per ottenere i risultati più pertinenti dallo storico delle traduzioni.
- Reranking, in cui ai candidati viene assegnato un nuovo punteggio di pertinenza in base al contesto effettivo.
- Attraversamento ad albero, in cui un operatore umano o un agente può spostarsi da una corrispondenza ai suoi vicini più prossimi per esplorare il database.
Come il resto del mercato gestisce la memoria di traduzione
Ogni strumento di localizzazione professionale è in grado di archiviare le traduzioni passate e riproporle. Le domande fondamentali sono: cosa ricorda il sistema, quando considera affidabile tale memoria e dove la utilizzerà in seguito?
Da questo punto di vista, il mercato si divide in tre livelli: la memoria come riutilizzo, la memoria come governance e la memoria come carburante per l'IA. La scommessa di Transept è un quarto livello: la memoria come contesto decisionale.
| Tool | What it remembers | AI → memory |
|---|---|---|
Level 1 · Memory as reuse“Have we translated this before?” | ||
Trados / RWS Have we translated this before? | Your past segments, with exact, fuzzy, and in-context matches. | AI is bolted on around it; at heart it is still segment reuse. |
memoQ Is this the same segment, in the same spot? | Segments plus where they sit (its 101% / 102% matches check the surroundings). | Clever retrieval, but the thing remembered is still the segment. |
Wordfast Have we translated this before? | Shared TMs, glossaries, and QA you can reach from a browser. | Built for access and reuse, not for remembering decisions. |
OmegaT / CafeTran Have we translated this before? | Open-source fuzzy matching across several TMs and glossaries. | Proves good reuse is not enterprise-only; still no decision trail. |
Level 2 · Memory as governance“Which memory do we trust?” | ||
Phrase TMS Which memory do we trust here? | TM, term bases, MT profiles, and QA under one roof. | The TM still just holds reusable segments for pre-translation. |
Crowdin Which memory do we trust here? | Per-project TMs; it can keep only the approved translations. | Remembers the approved text, not the reasoning behind it. |
Smartcat Whose memory is this? | Memory sorted by client, team, and workspace. | Auto-attaches the right TMs; one writable, the rest read-only. |
XTM Cloud Does this translation deserve to be memory? | Approved vs unapproved entries; raw MT is not saved by default. | Trust control: a setting decides if unapproved memory can be suggested. |
Wordbee Live work, or durable memory? | A master TM plus temporary per-project memories. | The good bits get promoted into the master TM, by hand or automatically. |
Bureau Works Who is allowed to write to memory? | Memories tied to departments, with read / write permissions. | Blends TM, LLM, MT, and glossary into one stream of suggestions. |
MateCat Can corrections feed the engine? | Public / private MyMemory; live edits improve the MT as you go. | Feeds adaptive MT, but memory still means segments and fixes. |
Level 3 · Memory as AI fuel“Can AI output become memory?” | ||
Lilt Can memory train the engine? | Confirmed pairs and terms that sharpen its predictions over time. | Tunes the model itself; keeps no record of the rejected options. |
Smartling Is this memory human or machine? | AI output in its own store; human work stays in the regular TM. | Clear provenance: machine memory never poses as human-approved. |
Lokalise Did a human bless this AI output? | AI translations enter the TM once a reviewer accepts them. | Human-gated; safe, but slow for small teams in the trenches. |
Transifex Is the AI output good enough to keep? | A quality score decides if AI output auto-enters the TM. | Hands-off, as long as you trust the proprietary score. |
Phrase Language AI Which engine and memory for this job? | Routing across engines, with quality estimates and glossaries. | The TM is just one input beside MT, glossary, and QA. |
Level 4 · Memory as decision context“Why did this translation win?” | ||
TranseptOURS Why did this translation win? | The segment plus the rejected drafts, the discussion, the reasoning, QA, and version history. | Memory is decision context, shared by people and agents and fed back to the model. |
Livello 1: la memoria come riutilizzo
I classici strumenti CAT rispondono alla domanda più antica sulle TM: „L'abbiamo già tradotto?"
Non si tratta di strumenti primitivi: molti supportano il matching contestuale, il recupero di frammenti, plugin di MT, server di team e solidi flussi di lavoro. Tuttavia, la memoria funge principalmente da fonte di suggerimenti che affianca l'editor. Aiuta il traduttore a riutilizzare il lavoro passato, ma di norma non ricorda i motivi per cui una versione è stata preferita a un'altra.
- Trados / RWS rappresenta lo standard di riferimento per i CAT classici: eccelle nelle corrispondenze esatte, parziali, nella concordanza e negli in-context exact match, con un ecosistema che ora integra l'IA e i flussi di lavoro di Language Weaver. Eppure, a livello di TM, l'idea di fondo rimane il riutilizzo dei segmenti all'interno di un ambiente CAT.
- memoQ spinge le TM classiche particolarmente oltre sul fronte del contesto. Le sue corrispondenze al 101% e 102% cercano di stabilire se lo stesso segmento compaia nella stessa posizione — un aspetto cruciale per stringhe software, etichette ripetute e file strutturati. Il recupero è intelligente, ma l'oggetto memorizzato resta comunque il segmento nel suo contesto.
- Wordfast punta sulla portabilità e sulla praticità delle TM. Wordfast Anywhere offre ai traduttori TM condivise via browser, glossari, QA e MT. Il valore risiede nell'accessibilità e nel riutilizzo, non in una memoria più profonda delle decisioni.
- OmegaT e CafeTran dimostrano che il riutilizzo avanzato non è una prerogativa esclusiva delle aziende — offrono fuzzy matching gratuito e open-source, propagazione delle corrispondenze, TM multiple e supporto ai glossari, con server TM orientati ai team per gli utenti esperti.
Dunque lo standard di partenza è già alto. Persino gli strumenti economici e indipendenti gestiscono bene la memorizzazione e il riutilizzo delle traduzioni. La sfida commerciale si gioca su ciò che avviene dopo il riutilizzo.
Livello 2: la memoria come governance
Il gruppo successivo pone una domanda diversa: „Di quale memoria ci si debba fidare per questo cliente, team, progetto o flusso di lavoro?"
- Phrase TMS tratta la memoria come una risorsa gestita all'interno di una piattaforma più ampia — TM, basi terminologiche, profili dei motori di MT, Phrase Language AI, scoring della qualità e QA. La copertura è vasta, ma la TM in sé continua principalmente a memorizzare segmenti riutilizzabili.
- Crowdin rende la memoria utile su scala di progetto: TM di progetto create automaticamente, opzione per salvare solo le traduzioni approvate e distinzione tra semplici corrispondenze al 100% e Perfect Match (testo e contesto). Pre-compila le stringhe, ma memorizza il testo approvato, non il ragionamento.
- Smartcat organizza la memoria in base alla relazione — clienti, reparti, workspace, profili di traduzione AI — associando automaticamente le memorie e i glossari pertinenti, con una TM abilitata alla scrittura e le altre in sola lettura. Il punto di forza risiede nell'instradamento e nella proprietà.
- XTM Cloud tratta la memoria come una risorsa che necessita di uno stato e di protezione: le voci possono essere approvate o meno, la MT grezza non viene salvata automaticamente, i segmenti con revisioni tracciate restano in sospeso fino all'accettazione o al rifiuto, e apposite impostazioni stabiliscono se proporre o meno memorie non approvate. L'obiettivo è il controllo dell'affidabilità.
- Wordbee separa le memorie di traduzione permanenti dalle memorie di progetto temporanee. Una memoria di progetto acquisisce il lavoro in tempo reale e può suggerire segmenti in corso d'opera; in seguito, le parti utili vengono consolidate in una TM principale. È un approccio molto vicino al contesto del documento live, ma resta pur sempre un archivio di segmenti.
- Bureau Works punta tutto sul controllo: memorie collegate ai reparti, permessi di lettura/scrittura (i traduttori operativi possono usarle, ma solo i locale lead possono aggiornarle) e un unico flusso di suggerimenti che fonde TM, LLM, MT classica e glossari. Uno strumento potente, a tratti persino eccessivo, in cui il giudizio finale spetta comunque all'occhio umano che valuta i suggerimenti.
- MateCat è un editor CAT basato sul web integrato con MyMemory per le TM e ModernMT per la MT. Memorie pubbliche e private alimentano i suggerimenti della traduzione automatica e le correzioni in tempo reale migliorano l'output mentre il traduttore lavora — un approccio più simile a una „TM che alimenta la MT adattiva" che a una semplice TM affiancata alla MT. Resta il fatto che per memoria si intendono segmenti, corrispondenze e correzioni.
Livello 3: la memoria come carburante per l'IA
L'ultimo gruppo si interroga su cosa accada quando l'IA crea o modifica le traduzioni, oppure impara da esse. L'output automatico può diventare memoria? Deve essere prima revisionato? Un punteggio di qualità può sostituire l'approvazione umana? La TM può arrivare a guidare il motore stesso?
- Lilt considera la TM come carburante per la MT adattiva: le unità di traduzione confermate e i dati delle basi terminologiche migliorano i suggerimenti predittivi nel tempo. La scommessa è sulla previsione adattiva interna al motore, non su una memoria più vasta che includa commenti, alternative scartate e logica di revisione.
- Smartling rende esplicita la provenienza: l'output dell'IA può confluire in una memoria di traduzione dedicata (Machine-Created Translation Memory), mentre il lavoro umano o validato resta nella TM regolare. Un solido modello di affidabilità: l'output dell'IA è riutilizzabile, ma non viene mai spacciato silenziosamente per approvato da un essere umano.
- Lokalise usa la revisione come filtro di affidabilità: le traduzioni IA o MT possono entrare nella TM quando un revisore le accetta in un'attività di revisione, anche senza modifiche al testo. L'output dell'IA può così diventare memoria permanente, ma solo tramite un passaggio umano; ciò crea un attrito poco ideale per i piccoli team, dove le decisioni vengono prese sul campo e dovrebbero essere acquisite all'istante.
- Transifex usa il TQI come filtro per l'automazione. Di norma le traduzioni generate non entrano nella TM senza revisione, ma l'IA di Transifex può valutarle tramite il proprio Translation Quality Index e aggiungerle automaticamente se superano una determinata soglia. Il problema è che bisogna fidarsi di un indice proprietario.
- Phrase Language AI funge da livello di orchestrazione: instrada il lavoro tra diversi motori e flussi di lavoro agentici, usa la stima della qualità, applica glossari e gestisce profili MT, supportando anche l'integrazione di motori propri. Un design di sistema robusto, in cui però la TM resta solo uno dei vari input insieme a MT, glossari, QA e instradamento.
La lacuna che abbiamo individuato nel mercato
In tutti questi sistemi, il mercato sta imparando a gestire bene l'archiviazione della traduzione finale, la distinzione tra output umano e automatico, l'instradamento della memoria corretta e la valutazione della riutilizzabilità dell'output dell'IA. Abbiamo considerato tutto questo come lo standard di base.
Ciò che ancora scarseggia è la memoria del lavoro che ruota attorno alla traduzione. Pochi strumenti conservano le alternative scartate, i commenti, la cronologia delle revisioni, il contesto delle ricerche, la logica di approvazione e il percorso decisionale che spiega perché una versione abbia prevalso. Il processo di traduzione genera spontaneamente questo oro a livello ingegneristico — e quasi nessuno si è mai preoccupato di portarlo alla luce.
Ancora più raro è reiniettare quella cronologia in un LLM avanzato, affinché la traduzione successiva possa sfruttare la logica del ragionamento e non solo il risultato finale.
È questa la scommessa che abbiamo fatto con Transept. La memoria di traduzione non deve limitarsi a ricordare la frase, per quanto fondamentale essa sia. Deve ricordare il lavoro che ha reso quella frase affidabile. La TM deve trasformarsi in un contesto decisionale, condiviso allo stesso modo da esseri umani e intelligenze artificiali.
Come Transept implementa la memoria di traduzione
In Transept vogliamo definire lo stato dell'arte per la qualità di traduzione raggiungibile con gli LLM.
Quando eravamo ancora autori e traduttori indipendenti senza finanziamenti, l'IA era l'unica soluzione accessibile. Gli LLM non esprimono tutto il loro potenziale senza l'apporto umano — ma quell'apporto è la risorsa più preziosa al mondo: il tempo della vita di una persona. Così, invece di considerare la memoria un semplice database passivo, l'abbiamo resa un elemento attivo del flusso di lavoro. Si alimenta di continuo e restituisce valore in ogni momento.
Ricerca ibrida e filtraggio granulare
La memoria di traduzione di Transept si basa su una ricerca ibrida che combina il recupero fuzzy e quello vettoriale, garantendo velocità e precisione. Ma il recupero è solo metà dell'opera; l'altra metà consiste nel controllo su ciò che viene recuperato.
È possibile filtrare con precisione cosa inserire nella memoria: attingendo dall'intera libreria aziendale, limitandosi al portfolio di un team o restringendo il campo a un singolo progetto. Per impostazione predefinita, il sistema include solo i documenti approvati manualmente tramite gli stati del TMS, ma è possibile modificare questa impostazione a livello di team, documento o progetto.
Sia le persone che gli agenti IA hanno accesso alle traduzioni precedenti più pertinenti, comprese le alternative scartate e la discussione che ha portato alla decisione finale. Non vedi solo cosa è stato scelto, ma capisci il perché.
Grounding della memoria di traduzione a gradiente
Per i flussi IA automatizzati abbiamo sviluppato quello che chiamiamo "grounding della memoria di traduzione a gradiente" per potenziare le prestazioni degli LLM:
- Sincronizzazione del documento in tempo reale: durante la traduzione, l'IA consulta non solo le fonti approvate della TM, ma anche i segmenti precedenti dello stesso documento, mantenendo la coerenza di termini, stile e scelte anche in assenza di un glossario o di una guida di stile rigorosi.
- Revisione sicura: quando l'IA revisiona o perfeziona un testo, i segmenti del documento in corso vengono usati come contesto solo dopo che l'AI Editor li ha contrassegnati come approvati. Questo impedisce al modello di generare allucinazioni o di riproporre errori commessi in precedenza.
- Sincronizzazione di agenti in parallelo: quando documenti molto lunghi vengono tradotti simultaneamente da più agenti, le loro memorie si sincronizzano costantemente per propagare le decisioni a tutto il testo. È stata una sfida tecnica enorme, ma ha ridotto i tempi di traduzione per un documento di 40.000 parole da 8 ore a 50 minuti.
Contesto esteso e controllo dei flussi di lavoro
Una volta trovato il modo di valorizzare le scelte migliori e il talento umano, ci siamo spinti oltre per approfondire il contesto e ottimizzare i flussi di lavoro:
- Contesto omnicanale: chat, commenti e ricerca documentale aiutano persone e IA a risalire al contesto di una traduzione — tra ricerche web, consultazioni di dizionari, commenti dei revisori e confronti con i colleghi e con Literess.
- Flussi di lavoro flessibili: i workflow automatizzati di Transept possono ottimizzare i documenti anche grazie alle TM. Invece di imporre un'impostazione predefinita, lasciamo che siano i team a calibrare il comportamento della memoria in ogni passaggio.
- Versioni alternative: i log delle versioni aiutano i team a ricordare quale bozza, tra le molte prodotte dall'IA o dai traduttori, sia stata scelta — così la memoria può replicare la logica di una traduzione, non solo lo stile.
- Literess nella fase di revisione: Literess integra la memoria direttamente nel processo di revisione. Utilizza il glossario, la guida di stile, il contesto del documento, i segmenti precedenti, i risultati del QA e lo storico delle traduzioni per commentare il documento, spiegare le criticità, suggerire correzioni e aiutare il revisore umano a prendere la decisione finale.
Parità di funzionalità uomo-IA
Un pilastro della filosofia di Transept è la parità di funzionalità. Poiché i flussi di lavoro dei traduttori variano enormemente, ci assicuriamo che ogni strumento, livello di memoria e finestra di contesto sia ugualmente accessibile sia agli esperti umani che agli agenti IA.
Il risultato è un livello di memoria che partecipa attivamente al lavoro. Invece di costringere una persona a controllare manualmente i vecchi file per vedere come sia stata tradotta una parola, il sistema fornisce quel contesto all'IA durante la stesura, lo usa per segnalare errori in fase di QA e lo evidenzia per il revisore umano.
Il team smette di gestire le attività ripetitive legate alla coerenza e torna a decidere cosa suona meglio. L'IA si assicura che nulla venga dimenticato e Transept acquisisce ogni scelta creativa o legale lungo il percorso.
Gli autori

Cofondatore di Transept, scrive con lo pseudonimo di «Mevkh». Una laurea in Lingua e Letteratura, poi la svolta nel software: senior AI engineer che rilascia funzionalità LLM in produzione per oltre 50.000 utenti —RAG, strumenti agentici, valutazione LLM-as-judge. Un romanziere dal percorso lento, con 120.000 parole di fantasy romantico satirico nel cassetto. L'attrito tra la traduzione IA e la sua stessa prosa è ciò che ha messo in moto tutto questo.

L'assistente in-app di Transept. Vive nell'editor —creando glossari, eseguendo flussi di lavoro e rispondendo alle domande— e ogni tanto scrive a quattro mani un post su qualcosa che ha aiutato a risolvere. Conosce il prodotto meglio di chiunque altro, soprattutto perché ne fa parte.

