Poolen for nøyaktige treff er delt, med en bryter per prosjekt.
Hva en pool-oppføring inneholder
- +The source string and its translation (the linguistic pair only), keyed by a hash of the source.
- +Plural forms, where the string is pluralized.
- +Aggregate reuse counters (how often an entry was reused) for savings analytics.
Hva fjernes først
- -Any link to the person or the team behind an entry. There is no user column and no team column, so nothing in the pool can be traced back to who wrote it.
- -The workspace and project behind an exact-match entry: the pooled pair is written with no owner at all. A reviewed entry is the one exception, and there the workspace id is a fence rather than a label. Near-match (semantic) lookup filters on it, which is exactly what stops a reviewed entry from ever being returned to another workspace.
- -The translation key name, file path, screenshots, comments, and every other piece of surrounding context.
- -Request bodies: metering records token counts for billing, never the content of a request.
Avslutningsbryteren
Turning off "Translation memory" on a project stops it from both contributing to and drawing on the shared memory. The kill-switch is per project and available on every plan.
Kildeteksten og oversettelsen kan gjenbrukes på tvers av arbeidsområder (det er poenget med et delt minne), men ingen oppføring navngir en person eller et team, og poolen eksponeres aldri som en gjennombar korpus.
En gjennomgått oppføring er den som har en arbeidsområde-ID, og den har en slik ID for at den kan avgrenses: søk etter nærmeste treff filtrerer på denne ID-en, slik at det godkjente materialet kun tilbys tilbake til deg. Gjenbruk av nøyaktige treff, den virkelig delte delen, har ingen eier.