翻譯工作流程¶

使用 Weblate 提升品質、減少人工作業並讓參與到在地化過程中的每個人更靠近彼此。要使用多少 Weblate 功能的決定權在您。

以下不是設定 Weblate 方法的完整清單。您可以此處列出的範例為基礎制定其他工作流程。

工作流程自訂¶

您可以在專案設定和組件設定層級設定各種選項（如啟用檢閱、啟用建議、建議投票和自動接受建議），也可以自訂每種語言的翻譯工作流程。

可以在變更語言定義時自訂網站層級的工作流程。

可以在專案的每個語言頁面內完成不同專案的自訂。

審核與建議設定可以覆寫，唯一的限制是必須先啟用啟用檢閱，且只能在個別語言的自訂設定中停用它。

首個現有設定適用於：

專案語言自訂
語言自訂
專案/組件設定

備註

請小心使用網站級覆蓋，因其會應用到所有專案（除非專案自身為給定語言設定了覆蓋）。

自訂來源語言¶

在專案的語言工作流程設定中，選取來源語言，即可從同一專案的另一種語言翻譯。例如，可從上層語言翻譯出地區語言變體。留空則使用組件的來源語言。

所選語言的譯文會在編輯器中作為來源顯示，並用於翻譯檢查、自動翻譯及翻譯記憶。原始來源字串與檔案識別字不會變更。

上層翻譯變更後，其已翻譯的下層翻譯會被標記為需要編輯。只要上層翻譯尚未翻譯或需要編輯，下層翻譯就只能讀取，即使停用審核也一樣。上層翻譯若已翻譯（等待審核）或已核准，下層翻譯便可編輯。此限制也適用於多層語言相依關係。語言不能依賴自身，也不能形成循環。

若組件缺少所選語言或對應字串，下層翻譯就只能讀取，直到該來源可用為止。Weblate 會保留下層譯文與設定的來源語言，不會改用組件來源。清除此設定或選取組件的來源語言，便會還原標準來源。移動組件時，會套用目標專案的工作流程設定。變更工作流程設定時，會先更新受影響的字串，再完成請求；對大型專案而言，這可能使翻譯編輯延遲。

選為自訂來源的語言，必須先清除這些工作流程設定，或改選另一種語言，才能刪除。

此設定只能依專案及語言分別設定。既有的中介語言設定，仍會控制組件來源。

工作流程變更會影響後續的翻譯記憶更新。先前儲存的來源與譯文配對，仍遵循既有的翻譯記憶保留與清理設定。來源不存在時，不會建立作用中的翻譯記憶條目。

限制翻譯語言¶

有多項設定可限制翻譯語言。這些設定分別處理翻譯生命週期的不同階段，也可以搭配使用：

控制針對尚未存在語言的請求

請在工作空間、專案、類別或組件層級設定加入新翻譯。類別與組件可以繼承此設定；請參閱設定繼承。你可以允許使用者聯絡維護者、引導使用者查看翻譯指示、自動建立語言檔，或停用新增翻譯。

當 Weblate 能建立翻譯檔案時，專案管理員仍可新增翻譯。對於未繼承專案設定的組件，請個別變更加入新翻譯，或使用 PATCH /api/components/(string:project)/(string:component)/ 自動執行變更。

若要允許使用專案中現有的語言，同時要求核准新語言，請選擇建立專案中已有的語言；新增語言請聯絡維護者。只要專案中有任一非詞彙表組件已具備該語言的目標翻譯，就符合資格，即使沒有已翻譯的字串也一樣。只有來源的語言與詞彙表翻譯都不符合資格。這項設定適用於所有類別，包括共用組件，以及貢獻者無法存取的組件。

維護者只要建立該語言的第一份目標翻譯，就會核准該語言。移除最後一份符合資格的翻譯，就會取消該語言的資格。允許不受限制建立語言的組件覆寫設定，也可能讓語言符合資格。專案與類別層級的提交會依操作開始時已有的語言處理，因此不受組件處理順序影響。

專案與類別層級的提交只會修改由該專案或類別擁有的組件。若要在共用組件新增語言，請使用該組件自己的語言建立頁面；適用的是擁有該組件之專案的資格規則與權限。

需要核准的語言若透過 REST 翻譯建立端點送出，會收到 HTTP 403；請改用網頁介面提出要求。允許新增多種語言的權限不會略過此政策。維護者與受信任的附加元件仍保有原有的建立權限；探索儲存庫檔案的功能也不受影響。

停用新增翻譯只會限制使用者提出的要求，不會停止探索新增至儲存庫的翻譯檔案，也不會停止詞彙表語言自動同步。

限制 Weblate 探索或建立的翻譯檔案

在每個組件設定語言篩選。例如，^(de|en|fr)$ 會將組件限制為語言代碼為 de、en 或 fr 的翻譯檔案。掃描組件檔案遮罩或建立新的翻譯檔時，都會套用此篩選器；它不會變更現有翻譯的權限。

語言篩選器只能按組件設定，沒有適用於整個專案的語言允許清單。若要對許多組件套用篩選器，請使用 PATCH /api/components/(string:project)/(string:component)/ 自動執行變更。

僅授予所選語言的翻譯存取權

當不同使用者應能翻譯不同語言時，請使用限定語言範圍的團隊。團隊只能授予權限，因此請移除原本會套用至相同使用者的任何更廣泛翻譯權限。

限制直接編輯現有語言

開啟專案中的語言設定，啟用在這個專案中自訂此語言的翻譯工作流程，再開啟限制直接編輯。

具備強制使用建議時編輯字串權限的使用者仍可直接編輯。啟用開啟建議後，其他使用者可以新增建議。若也關閉建議，便只有具權限的使用者可以編輯該語言。

您也可以在變更語言定義時設定全站限制。專案語言自訂設定的優先順序高於全站語言設定。

使用建議投票

開啟建議投票，讓使用者能為建議投票。只有投票功能並不會限制直接編輯。當自動接受建議門檻為正值時，也會要求不具備強制使用建議時編輯字串權限的使用者提交建議。若此限制不應依賴自動接受功能，請使用限制直接編輯。

也參考

翻譯存取¶

存取控制並沒有作為一個整體在工作流程中被詳細討論，因它的大多數選項都可以應用於任何工作流。請參考有關如何管理對翻譯的存取的相關文件。

在以下各章中，任何使用者 是指有權存取翻譯的使用者。如果專案是公開的，則可以是任何經過身分驗證的使用者，或者是對專案有翻譯權限的使用者。

翻譯狀態¶

每個已翻譯的字串可以處於以下狀態之一：

未翻譯

翻譯是空的，取決於檔案格式，翻譯是否可能儲存在檔案中。

需要編輯

翻譯需要編輯，這通常是模糊相符或譯者操作的結果。根據檔案格式不同，它可能被標記為需要編輯（例如，當它在 gettext 檔案中獲得一個 fuzzy 標記）。

需要重寫

因來源字串變更需要重寫翻譯。

需要檢查

用於需要開發者稽核的源/範本字串的狀態。通常在啟用原文編輯附加元件或者在來源字串被報告需要檢查時對從 VCS 匯入的新的來源字串設定。

已翻譯/待稽核

進行了翻譯。如果啟用了稽核則翻譯狀態顯示為“等待稽核”。

已核可

翻譯已在檢閱中得到批准。翻譯者不能再變更它，只能由檢閱者變更。譯者只能向其中新增建議。

此狀態僅在啟用稽核時可用。

唯讀

字串唯讀的原因包括有 read-only 標記、是不可編輯的來源字串，或者在翻譯檔案中被標為唯讀。

建議

建議僅儲存在 Weblate 中，而不儲存在翻譯檔案中。

The states are represented in the translation files when possible. A state change only rewrites the file when the format can represent the change or when it makes pending content eligible for commit under the 翻譯品質過濾器.

提示

如果您使用的檔案格式不支援儲存狀態，您可能需要使用將未變動的翻譯標記為「需要重新撰寫」附加元件將未變更的字串標記為需要重寫。

備註

新增翻譯品質過濾器確定在檔案中儲存哪些翻譯狀態。

也參考

直接翻譯¶

這是小型團隊最常用的設定，其中的任何人都可以直接翻譯。這也是 Weblate 的預設設定。

任何使用者 都可以編輯翻譯。
當翻譯者不確定變更時，建議是建議變更的選用方法。

設定	值	備註
啟用檢閱	關閉	已在專案層級中設定。
啟用建議	開啟	讓使用者能在不確定時提出建議會很有幫助。
建議投票	關閉
自動接受建議	0
翻譯群組	使用者	或者透過每個專案的存取控制進行翻譯。
檢閱者群組	N/A	尚未使用。

同行評審¶

使用此流程，任何人都可以新增建議，但需要其他多名成員的核準才能被接受為翻譯。

任何使用者 都可以新增建議。
任何使用者 都可以對建議投票。
當給定預定數量的投票時，建議就變成翻譯。

設定	值	備註
啟用檢閱	關閉	已在專案層級中設定。
啟用建議	開啟
建議投票	開啟
自動接受建議	2	您可以設定較高的值，以要求更多同儕審查。
翻譯群組	使用者	或者透過每個專案的存取控制進行翻譯。
檢閱者群組	N/A	未使用，所有翻譯員都檢閱。

專門的檢閱者¶

啟用專門的檢閱者後，您會有兩組使用者：一組可以提交翻譯；而另一組可以檢閱翻譯，以確保翻譯一致且品質良好。

任何使用者 都可以編輯未批准的翻譯。
檢閱者 能核可或不核可翻譯字串。
檢閱者 可以編輯所有翻譯（包括批准的翻譯）。
建議還可以用於建議變更已批准的字串。

設定	值	備註
啟用檢閱	開啟	已在專案層級中設定。
啟用建議	開啟	讓使用者能在不確定時提出建議會很有幫助。
建議投票	關閉
自動接受建議	0
翻譯群組	使用者	或者透過每個專案的存取控制進行翻譯。
檢閱者群組	檢閱者	或使用 per-project access control 的權限進行審查。

開啟檢閱¶

可以在專案設定的工作流子頁面中的專案設定中開啟稽核（位於操作 → 設定選單中）：

每種語言的稽核¶

若只要求選取的語言接受檢閱，請先為整個專案開啟啟用檢閱。接著開啟每個需要不同作法的專案語言頁面、啟用在此專案中自訂此語言的翻譯工作流程，再為不需要檢閱的語言關閉啟用檢閱。

檢閱者也必須具備相同語言的檢閱存取權。請將其加入角色包含檢閱字串的團隊，並將該團隊或使用者成員資格限制為應檢閱的語言。如需設定語言範圍存取權，請參閱管理個別專案存取控制及網站範圍存取控制。

若看不到核准按鈕，請檢查兩項設定：該翻譯必須啟用檢閱，且已登入的使用者必須具備該語言的檢閱權限。

機器翻譯與 LLM 工作流程¶

機器翻譯服務（包括大型語言模型（LLM）服務）可以協助人工譯者，或產生供人工編輯或核准的譯文。請依照人工需要檢查產生文字的時機，以及文字何時應進入儲存庫，選擇適合的工作流程。

請先在專案設定或站台管理的自動建議中設定服務；請參閱自動建議。若使用 LLM 服務，請參閱 LLM 翻譯情境，了解用來引導翻譯的上下文與指示。

若要批次處理字串，請執行自動翻譯，將機器翻譯設為來源，並選擇要使用的服務。若要持續自動執行，請在組件設定自動翻譯附加元件，並選用相同來源與所需模式。使用 state:empty 查詢可填入空白譯文，而不會覆寫現有的人工成果；請參閱搜尋字串。

使用翻譯服務輔助人工翻譯¶

若希望譯者自行決定何時對每個字串使用機器翻譯，請採用此工作流程。

譯者可在編輯器的自動建議分頁查看結果，選擇服務提供的譯文、視需要編輯，再儲存翻譯。這些服務結果與等待接受的已儲存建議不同：要儲存什麼由人工決定。此工作流程不需要自動翻譯附加元件，也可以搭配專門的檢閱者使用。

由翻譯服務產生，再由人工編輯¶

若要自動填入翻譯，並讓人工直接改善譯文，請採用此工作流程。

將自動翻譯模式選為新增為翻譯。
如同直接翻譯工作流程，請關閉啟用檢閱，讓譯者可以直接編輯。
將翻譯品質過濾器設為不論品質，一律提交所有翻譯。

服務產生的內容會成為譯文，人工譯者可以在一般編輯器中修改。無須人工核准，譯文就能提交至儲存庫。

若機器翻譯草稿應明確保持未完成狀態，請改選新增為「待編輯」。人工譯者可編輯這些草稿，完成後清除待編輯狀態。若不希望將未完成草稿提交至儲存庫，請將翻譯品質過濾器設為略過標記為待編輯的翻譯。

由人工接受翻譯服務建議¶

若希望人工先檢查服務輸出，再將其加入翻譯，請採用此工作流程。

將自動翻譯模式選為新增為建議。
啟用啟用建議、停用建議投票，並將自動接受建議設為 0。
若只需要一次接受步驟，請關閉啟用檢閱。授予負責檢查建議的人員接受建議的權限；請參閱管理個別專案存取控制。

人工譯者會檢查已儲存的建議，接受合適的建議，或在儲存為翻譯前編輯建議文字。建議只儲存在 Weblate 中，接受為翻譯前不會寫入翻譯檔案。在專屬審查工作流程中，接受建議與核准翻譯是兩個不同的步驟。

翻譯服務產生內容，由人工審核並通過品質篩選¶

若要讓人工在 Weblate 中編輯機器翻譯，且只有經審查者核准的翻譯才能進入儲存庫，請採用此工作流程。

將自動翻譯模式選為新增為翻譯。
依照專門的檢閱者的說明，啟用啟用檢閱，並指派譯者與審查者。
將翻譯品質過濾器設為只包含已核准的翻譯。

產生的翻譯會顯示為等待審核。譯者可以編輯，審查者則檢查並核准完成的翻譯。只有核准後，這些翻譯才符合提交至儲存庫的條件。譯者可以對已核准的字串提出進一步修改建議；審查者則可以直接編輯。

只啟用審查功能，不會讓未核准的翻譯自動排除於提交內容之外；翻譯品質篩選器才能達到此目的。所有應採用此工作流程的語言都必須啟用審查；也請檢查是否有任何工作流程自訂設定覆寫此設定。

AI 輔助品質評估¶

使用 AI 品質評估附加元件檢查現有的人工或機器翻譯，評估準確度、流暢度、術語、風格與格式。此附加元件只會記錄品質檢查結果，不會編輯或核准翻譯。

在專案設定的自動建議中設定 LLM 服務，再安裝 AI 品質評估，並選取評估服務。選擇查詢條件，限制要評估的翻譯。你可以手動執行附加元件、選擇評估頻率，或啟用翻譯變更或儲存庫更新後自動評估。安裝後不會立即執行評估。服務供應商費用及傳送至服務的資料，請參閱附加元件文件。

譯者與審查者可以在編輯器中檢查結果，也可以搜尋 check:ai_accuracy 等檢查項目。請視情況修正翻譯或忽略結果。若需要人工核准，可搭配專門的檢閱者使用；AI 評估不會取代核准，也不會變更提交至儲存庫時使用的翻譯品質篩選器。

設定 LLM 服務後，組件的診斷會建議安裝此附加元件。若選取的服務無法使用，錯誤診斷會提供連結，讓維護者開啟已安裝附加元件的設定。

重用現有翻譯¶

使用現有翻譯為新語言或組件建立初始內容，再由人工調整相符譯文並填補剩餘空缺。

執行自動翻譯，將其他翻譯組件設為來源；或是在機器翻譯中選取翻譯記憶服務。你可以依照前文說明的模式，選擇將相符結果新增為翻譯、待編輯草稿或建議。使用 state:empty 可保留現有翻譯。字串加入時，也可以由自動翻譯附加元件自動套用這種重用方式。

若要持續保持用詞一致，翻譯宣傳可以將編輯內容複製到同一專案中其他組件的相符字串。這項傳播功能會在翻譯時執行，不會複製僅從儲存庫載入的翻譯。請參閱跨組件保持翻譯一致，了解相關需求，以及協助人工處理差異的檢查方式。

來源字串的品質閘道¶

原始來源語言字串通常來自開發者，因為他們編寫程式碼並提供初始字串。但是，開發者通常並非來源語言的母語者，並且提供的來源字串品質通常達不到預期標準。中間翻譯可以幫助您解決這個問題——它在開發者和譯者之間為字串設定了額外的品質把關環節。

設定中間語言檔案後，此檔案會供譯者／編輯人員將字串翻譯為來源語言，同時由開發人員擁有（通常使用 en_devel 之類的任何語言）。此階段完成後，便可以單語言基底語言檔案中儲存的已潤飾來源語言為基礎，將字串翻譯為目標語言。

也參考

使用次要語言整併字串¶

當無法使用中間語言檔案整合字串時，您可以選擇其中一種譯文作為第二語言。可以在專案（第二語言）或組件（第二語言）中設定語言。然後在譯者翻譯時會顯示該第二語言（見第二語言），您也可以選擇將其用作機器翻譯的來源（見機器翻譯的來源字串）。

此設定對混合的語言來源字串非常有用，可以將它們整合為單一翻譯，然後用作其他工作的基準。

來源字串檢閱¶

啟用來源檢閱可以對來源字串應用稽核流程。啟用後，使用者可以報告來源字串中的問題。實際過程取決於使用的是雙語還是單語格式。

對於單語言格式，來源字串稽核功能與專門的檢閱者相似——一旦報告了來源字串的問題，來源字串就會被標記為需要編輯。

雙語格式不允許直接編輯來源字串（通常都是直接從原始碼中提取來源字串）。在這種情況下，原文需要稽核標籤會被附加到譯者報告的字串上。您應該複查此類字串，然後要麼編輯原始碼，要麼刪除標籤。

也參考