讀英文論文時，最常見的做法是複製一段丟進聊天框，拿一段中文出來。這種方法應付摘要還行，但遇到長文就開始漏東西：段落丟了、術語前後譯法不一致、公式符號錯位。MuchSci 的論文翻譯功能把這件事拆成了「保留段落結構 + 左右對照」兩步，目標不是譯得更漂亮，而是讓你能核對。
這篇拆的是應用集裡的論文翻譯模組：上載 PDF 後，它為什麼不直接輸出一大段譯文，而是把原文和譯文並排放置。
01 先看介面：左右對照在解決什麼問題
▲ 圖 1｜對照介面同時擺著原文、譯文和術語約束三層資訊
打開翻譯介面，左側是原文，右側是譯文，中間以段落為單位對齊。 MuchSci 把這個設計稱為「保留原文段落結構」，意思不是簡單地換行，而是讓譯文的第 N 段永遠對應原文的第 N 段。這種對齊方式的價值在於定位：當你看到一句譯文覺得不對勁時，眼睛不需要離開當前行，就能掃到對應的原文。
介面裡還有兩個容易被忽略的點。一是「譯文預覽」標籤下的狀態提示，二是「停止翻譯 / 刪除」按鈕。前者說明當前譯文還是可編輯的中間產物，後者說明使用者可以主動中斷一條不滿意的翻譯線。翻譯在這裡被處理成漸進任務，而不是一次性黑箱輸出。
▲ 圖 2｜真實介面：源語言英語、目標語言中文，PDF 正在翻譯，左右同步顯示原文與譯文
02 整篇丟進去，和分段對照的差別
▲ 圖 3｜兩種翻譯方式的本質差別不在流暢度，而在可追溯性
把整篇 PDF 的文字一次性複製給模型，它通常能給出一段讀起來順的中文。問題是，你拿到的是結果，但失去了參照系。論文翻譯和日常翻譯不同的地方在於，讀者經常需要回到原文確認：這個「它」指代的是實驗對象還是模型？這個數值是不是看錯了單位？這個術語是不是在別處還有別的譯法？
分段左右對照保留了這種回溯能力。每一段譯文旁邊就是它的原文，段落編號不變，結構不散。術語一致性也是在這結構下才得以實現：如果同一段裡「embedding」被譯成「嵌入」和「向量化」兩種說法，左右對照會立刻暴露出來；而整篇輸出時，這個問題會被埋在兩段相隔很遠的文字裡。
03 翻譯流程：從 PDF 到對照檔案
▲ 圖 4｜PDF 上載後，系統按解析、識別術語、鎖定譯法、分段翻譯、左右對照、匯出的順序執行
流程的第一步不是翻譯，而是解析 PDF。系統需要把學術論文裡的標題、正文段落、公式、列表分開，才能保證後續對齊時不錯位。第二步和第三步是術語工作：先掃描全文列出高頻專業詞候選，再讓使用者或規則確定統一譯法。這兩步做完了，才開始逐段翻譯。
為什麼要先鎖定術語再翻譯？因為大型語言模型對同一個專業詞的譯法並不穩定，尤其是在一篇長文裡。先給定術語表，相當於給後續每一段翻譯都下了約束條件。匯出時，保留段落結構的譯文可以直接用於精讀、批註或進一步改寫。
04 術語一致性怎麼保證
▲ 圖 5｜術語表不是裝飾，而是全文一致性的約束條件
術語一致性是論文翻譯裡最隱蔽的問題。同一個詞在不同位置被譯成不同版本，讀者會誤以為是兩個概念。 MuchSci 的做法是把術語表作為前置約束：在翻譯開始前先確定高頻術語的譯法，翻譯過程中模型被約束使用這套固定說法。
這個機制對指代和符號同樣有效。英文論文裡大量出現 it、the above、this approach 這類指代，如果脫離上下文逐段翻譯，很容易指代錯誤。左右對照讓你能在譯文不對勁時，立刻回到原文段核對。公式、上下標、希臘字母等符號也依賴段落結構保持位置，否則就會出現符號被吞掉或錯位的問題。
05 邊界
① 本篇講的是功能位置與機制，不構成效果承諾。 翻譯品質取決於原文複雜度、術語表完善程度和學科領域，左右對照只是降低了核對成本，不保證譯文零錯誤。
② 輸出結果需人工覆核；專業判斷不能外包。 關鍵術語、數據、公式和結論的準確性，仍需讀者對照原文確認，不能直接把機器譯文當作最終定稿。
③ 譯文準確性與學術誠信以所在機構現行規定為準。 涉及論文寫作、投稿、引用時，請遵守所在學校或期刊關於 AI 輔助翻譯的具體要求；涉及醫學、法律等專業文本，建議由具備資質的人員覆核。