localizationtranslation-memoryai-translationengineering

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.

Vitalii VlasiukLiteress
Vitalii Vlasiuk & LiteressLettura di 16 min
Memoria di traduzione: cos'è, come funziona e perché è importante per la localizzazione AI
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.

Figure 1 · The payoff
You don’t start from zero
Save changesin memory
↳ from memory: «Enregistrer les modifications»
Welcome backin memory
↳ from memory: «Bon retour»
+Your free trial ends in 3 daysnew
↳ no match yet: translate once, then it’s remembered
Cancelin memory
↳ from memory: «Annuler»
Settingsin memory
↳ from memory: «Paramètres»
+Export as PDFnew
↳ no match yet: translate once, then it’s remembered
Sign outin memory
↳ from memory: «Se déconnecter»
+Delete accountnew
↳ no match yet: translate once, then it’s remembered

5 of 8 lines were already in memory. You only translate the 3 that are new.

Most of what you translate, you’ve translated before, so those lines come back with what the translation memory already holds. You only pay for the new ones.

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.
Figure 2 · Anatomy of a TM record
What a translation memory stores now
just the pair
SourcePure steel rejects lacquers and paints
Target«Чиста сталь відкидає лаки та фарби»
Metadataapproved by · date · file & context
…and what the agents also kept
Thinking trace
weighing  "rejects lacquers and paints"
  ├ literal    «відкидає лаки та фарби»   keeps the metaphor ✓
  ├ smoother   «не приймає покриття»      clearer, but flattens it
  └ decision   go literal, the bluntness is the point
Glossary
steel сталь🔒paints фарби
Handoff note
translator → editor
“Kept the steel metaphor literal. Check it reads naturally in UK.”
Discussion
Maria
Maria is «відкидає» too harsh for a product line?
Literess
Literess It mirrors the source’s bluntness. I’d keep it.
Switch to AI-era to see what an agentic pipeline adds →
Classic CAT memory kept three things: the source, the target, and a little metadata. Toggle to AI-era to see what an agentic pipeline also keeps: the glossary it locked, the note it handed off, the reasoning it went through, the conversation behind the call.

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.
Figure 3 · Match types
One source segment, three ways to find it
New segment to translate
Save changes
Enregistrer les modifications
fuzzy 100 · sem 100
Exact 100%
Save your changes
Enregistrez vos modifications
fuzzy 78 · sem 90
Fuzzy
Keep my edits
Conserver mes modifications
fuzzy 18 · sem 72
Semantic
Discard changes
Annuler les modifications
fuzzy 50 · sem 34
Below threshold
Delete account
Supprimer le compte
fuzzy 16 · sem 8
Below threshold
Exact hit. The TM has translated this verbatim before, so the system can fill Enregistrer les modifications automatically.
Pick a phrase to translate. Exact matches auto-fill, fuzzy matches flag for review, and semantic matches surface meaning even when no words overlap. Real systems run all three at once.

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".)

Figure 4 · Why semantic-only backfires
In general-domain space, “ileum” and “ilium” collapse together
colorgutbone
ileum ↔ ilium
8units · collapsed
crimson ↔ scarlet
10units · true synonyms
For a general-domain embedder, the gap between ileum (intestine) and ilium (hip bone) is as small as between crimson and scarlet: a one-letter typo the model reads as a synonym. Toggle to a domain-aware setup and the medical guardrail pulls them apart. This is why 2026 TM needs reranking, not raw vectors.

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.
Figure 5 · The 2026 default stack
Retrieve wide, then rerank narrow
Query
A new source segment arrives. No assumptions yet about which kind of memory will help.
Exactidle
Fuzzyidle
Semanticidle
Candidates
Waiting for retrieval…
Step 1 / 5
Modern TM is not one search; it’s parallel exact + fuzzy + semantic recall, deduped, then reranked against the real context, with tree traversal to explore. Raw vector recall alone would have kept “Reset device”; reranking drops it.

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.

Figure 6 · The market, four levels deep
What each tool actually remembers
Everyone can store the final translation. The real differences are what the system remembers, when it trusts that memory, and where it uses it next. Filter by level; Transept’s bet is level 4: memory as decision context.

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.

Figure 7 · Memory as decision context
Transept remembers the work behind the sentence
The approved segment · EN → FR · idiom
It costs an arm and a leg
«Ça coûte les yeux de la tête»
Everyone stores this
Context fed to the next translationkept 1 / 7
«Ça coûte les yeux de la tête»· the French idiom, same idea and register
«Ça coûte un bras et une jambe»· a literal calque, reads as a translation
«C’est très cher»· accurate, but flattens the colour
"costs an arm and a leg": an idiom, translate the meaning
  · a literal calque would read as a translation
  · plain "très cher" is accurate but loses the colour
  → use the French idiom for the same idea
idiom mapped, not calqued
register matches source (casual)
length checked, fits the button
v1machine«un bras et une jambe»
v2Literess«les yeux de la tête»
v3humanapproved · current
Maria
Maria Keep the body-part image, or go fully idiomatic?
Literess
Literess French has its own: «les yeux de la tête». Same register, lands natively.
web: “arm and a leg french equivalent”dictionary: coûter les yeux de la têtecomment: matches our playful brand voice
Right now the next translation sees only the final sentence, the same memory the market keeps. It can copy the style; it can’t replay the logic.
Translation generates engineering gold: the rejected drafts, the reasoning, the review trail. Almost everyone throws it away. Switch on the layers we keep behind one idiom, and watch how much more the next translation gets to see.

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.
Figure 8 · Prompt translation memory
One graded memory, many parallel agents
all 3 agents translating at once
TM sources · what feeds each agent kept · dropped, with the reason
This documentthis run · live
Ajoutez un composant.live draft, used for consistency
Team / project docsshared, approved
dashboard → tableau de bord
«maquette en cours»dropped: WIP, no editorial sign-off
Org librarywhole org, broadest
Sign in → Se connecter
«se loguer»dropped: rejected alternative
Glossary & styleguidelocked rules
🔒widget → composant
🔒formal «vous»
every agent grounds on the kept sources, plus its own live drafts
TranslatingAgent A¶ 1–14k
Add a widget.Ajoutez un composant.🔒 locks widget → composant, syncs →
TranslatingAgent B¶ 14–27k
Remove the widget.Supprimez le composant.✓ uses synced composant
TranslatingAgent C¶ 27–40k
Configure the widget.Configurez le composant.✓ uses synced composant
Phase 1. Each agent reads the kept sources and its own live drafts. The instant Agent A locks widget → composant it syncs to the glossary, so all three land on composant without waiting on each other.
8h50minfor a 40,000-word document, consistent end to end.
A big document is translated by many agents in parallel, then proofread in parallel: the same job at the same time, never mixed. Each agent grounds on a graded stack of sources, and not everything makes the cut.

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

Vitalii Vlasiuk
Vitalii VlasiukCofondatore

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.

Literess
LiteressAssistente residente di Transept

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.