Glosarium terjemahan 101 — kunci nama karakter dan terminologi

Jalankan visual novel Jepang 200 baris melalui DeepL dan nama heroine keluar sebagai Alice. 200 baris berikutnya menjadikannya Aris. Batch setelahnya memutuskan Arisu. Pada bab empat ia punya tiga nama tergantung adegan mana yang Anda baca.

Ini adalah mode kegagalan paling umum dari terjemahan mesin pada game naratif yang panjang — bukan tata bahasa, bukan frasa, melainkan kata benda diri yang tak konsisten. Penyedia tak punya memori antar-batch; ia menebak ulang Romanisasi yang paling masuk akal setiap kali melihat sebuah nama. Sepanjang RPG 40 jam, penyimpangan itu membuat terjemahan yang terbaca terasa seperti diterjemahkan empat orang berbeda.

Sebuah glosarium terjemahan memperbaiki ini. Anda mendefinisikan pasangan istilah sumber-ke-target sekali — アリス → Alice, 勇者 → Hero, 魔王 → Demon Lord — dan setiap batch terjemahan, pada setiap penyedia, menghormatinya. Penyedia bahkan tak pernah melihat istilah itu dalam bentuk mentahnya.

Apa itu glosarium terjemahan

Sebuah glosarium di RuneTranslate adalah daftar aturan tiga-kolom:

• source — substring bahasa-sumber yang dikunci (Jepang secara default; bahasa sumber apa pun yang didukung), mis. 勇者.
• target — bagaimana Anda ingin ia dirender di keluaran, mis. Hero.
• targetLang — bahasa keluaran mana yang berlaku bagi aturan itu, sehingga satu glosarium bisa mencakup Inggris + Spanyol + Jerman sekaligus.

Tambahkan 30 dari ini untuk pemeran visual novel pada umumnya dan Anda telah menghapus seluruh kelas penyimpangan kata-benda-diri dalam satu tembakan.

Cara kerja mask placeholder (agnostik-penyedia)

Pendekatan naif — menukar istilah target setelah penyedia berjalan — agak bekerja pada DeepL tetapi rusak pada LLM, yang telah memfrasakan ulang kalimat di sekitar istilah yang mereka terjemahkan, meninggalkan artikel yang menggantung dan kapitalisasi yang aneh.

RuneTranslate menyamarkan istilah glosarium sebelum mereka mencapai penyedia. Runner menelusuri setiap string sumber yang di-batch dan mengganti setiap sumber glosarium dengan placeholder numerik — [[G0]], [[G1]], dan seterusnya (istilah pencocokan terpanjang lebih dulu, sehingga 魔王軍 menang atas 魔王). Penyedia melihat token buram yang tak bisa disalahterjemahkannya. Saat kembali, placeholder itu menjadi istilah target Anda, lalu mask tag-engine (kode RPG Maker, tag KAG, interpolasi Ren’Py) dipulihkan di atasnya. Hasil: istilah glosarium dirender identik entah Anda pada DeepL, sebuah LLM, atau Google Translate gratis.

Urutan prioritas — TM mengalahkan glosarium mengalahkan penyedia

Mengetahui bagaimana sebuah batch mengalir melalui runner menjelaskan mengapa suntingan glosarium tak memakan kredit penyedia dan bagaimana translation memory bekerja sama:

1. Hubung-singkat translation memory (TM). Jika Anda sudah menerjemahkan string sumber yang persis ini di proyek lampau mana pun, terjemahan tercache disajikan seketika — nol panggilan penyedia. Unit itu meninggalkan batch sebelum penyedia melihatnya.
2. Mask glosarium diterapkan pada unit apa pun yang tak disajikan TM.
3. Panggilan penyedia berjalan pada teks yang disamarkan. Ini satu-satunya langkah yang memakan biaya / dihitung terhadap kuota.
4. Pulihkan — placeholder glosarium menjadi istilah target Anda, lalu tag engine dipulihkan di atasnya.
5. Tulis TM — baris terjemahan akhir dicache, sehingga lain kali Anda melihat bahasa Jepang ini ia menjadi hit langkah-1 yang gratis.

TM adalah penghemat biaya terbesar; glosarium adalah penghemat kualitas terbesar. Bersama mereka bertumpuk: edit sebuah baris sekali, ia tercache di TM, dan glosarium menjaga kata benda diri konsisten di seluruh hit cache dan batch baru sekaligus.

Interaksi TM + glosarium (penjaga bypass)

Satu kasus tepi halus: misalkan Anda menerjemahkan 100 baris dengan 勇者 tiga bulan lalu tanpa glosarium, dan TM mencache-nya sebagai Warrior / Champion / Hero secara acak. Sekarang Anda menambahkan 勇者 → Hero ke glosarium.

Secara naif, TM masih akan mengembalikan Warrior — itulah yang tercache. RuneTranslate menjaga terhadap ini: pada saat hit-TM, jika sebuah sumber glosarium muncul di unit tetapi target tercache tak memuat rendering target glosarium, hit cache itu dilewati dan unit itu jatuh ke panggilan penyedia baru. Ringkasan pass menampilkan baris "N unit melewati cache untuk menghormati perubahan glosarium". Jadi menambahkan entri glosarium baru ke proyek lama tak pernah meninggalkan Anda terjebak dengan nama basi — cukup jalankan ulang unit yang terpengaruh.

Membangun glosarium Anda — apa yang ditambahkan

Untuk proyek pada umumnya, urutkan berdasarkan dampak:

• Daftar pemeran dulu. Setiap karakter bernama — ambil dari wiki, VNDB, atau layar kredit game itu sendiri. Ini saja menghapus ~80% penyimpangan pada game panjang.
• Tempat kedua. Kota, dungeon, wilayah, kerajaan — terutama kanji dengan lebih dari satu Romanisasi yang masuk akal.
• Serangan / skill khas ketiga. Jurus bos, mantra berulang, nama jurus-khusus — penting untuk RPG dan VN yang berat pertempuran.
• Terminologi khas-dunia keempat. Kata buatan untuk ras, kelas, artefak, mata uang.

Yang tidak perlu ditambahkan: kata umum. 剣 → sword mengundang positif palsu — ia mengunci setiap gabungan yang memuat 剣 (魔剣, 聖剣, 剣士) yang akan dirender baik-baik saja oleh penyedia sendiri. Entri bersifat literal, pencocokan substring peka-huruf-besar, jadi buat cukup panjang agar unik bagi kata benda diri yang Anda kunci.

Impor / ekspor CSV — berbagi glosarium

Menerjemahkan bersama kolaborator? Tab glosarium di Settings punya tombol Import CSV dan Export CSV yang me-round-trip entri Anda melalui berkas RFC-4180 dengan header source,target,targetLang dan satu istilah per baris — mis. 勇者,Hero,en dan 勇者,Héroe,es. Baris header wajib; kolom yang memuat koma atau kutip dibungkus tanda kutip ganda (kutip yang tertanam digandakan), dan impor membaca UTF-8 dengan BOM opsional (default Excel). Baris kosong dan baris dengan targetLang yang tak didukung dilewati dengan alasan per-baris.

Impor menawarkan mode Merge (tambahkan baris CSV di atasnya, dedupe berdasarkan source + bahasa, CSV menang saat konflik) atau mode Replace (hapus yang ada dan pakai hanya CSV). Merge adalah default yang tepat untuk kolaborator yang berbagi glosarium parsial; Replace tepat untuk memulihkan cadangan.

Keterbatasan saat ini

• Hanya pencocokan substring literal. Tanpa regex, tanpa wildcard — untuk mengunci baik 勇者よ maupun 勇者だ, tambahkan dua entri.
• Satu bahasa target per entri. Sebuah baris terikat ke satu bahasa keluaran, jadi "勇者 → Hero (en) + Héroe (es) + Held (de)" adalah tiga baris. Format CSV mendukung ini secara alami.
• Hanya tier berbayar (Supporter ke atas). Tier gratis menampilkan kartu glosarium, tetapi entri tak memengaruhi pass terjemahan; dialog penemuan mengarah ke Patreon.

Menutup

Dari setiap tuas kualitas dalam terjemahan mesin, glosarium punya rasio usaha terhadap dampak tertinggi — sepuluh menit membangunnya menghemat berjam-jam perbaikan tangan atas nama yang tak konsisten di hilir. Mulai dengan daftar pemeran, rilis pass pertama, dan tambahkan istilah saat Anda membaca hasilnya dan menyadari penyimpangan.

Padukan dengan penyedia yang menangani nada dengan baik (Anthropic Claude adalah default saya untuk VN) dan AI refiner, dan keluaran Anda sudah melewati "terjemahan mesin yang terbaca" dan masuk ke "bisa dirilis sebagai terjemahan penggemar dengan suntingan tangan ringan."

Unduh RuneTranslate untuk mencoba glosarium pada proyek sungguhan. Ini fitur Supporter ($3/mo); tier gratis tetap sepenuhnya terbuka untuk engine dan penyedia.