尼祖

i18nTranslator

i18nTranslator 把多語系應用程式產出的一堆 JSON 語言檔,變成可追蹤、可覆核、佔位符不會壞掉的工作流程。匯入、用 AI 協助翻譯,再匯出成 JSON、.po 或 PHP —— 也可以直接提交到 GitHub 分支。

裝飾性漸層背景
淺色模式下的 NIZU i18nTranslator 翻譯編輯器

特征

每個套件都放在 NIZU 專案裡,所以原始檔、檔案歷程與權限,都是你原本就在用的那一套。不必用電子郵件傳來傳去,也沒有任何東西離開你的工作空間。

用套件,不用試算表

一個套件就是一個應用程式:一種原始語言、它的目標語言,以及建立時用的 JSON 檔。巢狀鍵會攤平成點分隔的鍵,匯出時再原樣還原成巢狀結構。

快速的翻譯表格

每個鍵一列,原文就在翻譯欄旁邊。依狀態篩選、同時搜尋鍵與內文,一個快速鍵就能存檔並跳到下一個未完成的列。

主導權仍在你手上的 AI 協助

用工作空間的 AI 供應商翻譯整個篩選結果,或只翻幾列選取的內容。AI 的結果一律存成草稿,要有人確認後才算翻譯完成。

不會壞掉的佔位符

每一次儲存、每一次 AI 寫入、每一次匯入,都會和原文比對。少了 %1$s、{count} 或 <b> 標籤的譯文會被退回,而不是送出去。

進度與落差,一眼看見

每種語言都有完成百分比與狀態分佈。當某個鍵的原文改變,該鍵所有既有譯文都會自動標記為過期。

三種匯出格式

JSON 供來回使用、gettext .po 供翻譯工具鏈、以及 PHP 語言檔。未翻譯的鍵預設不匯出,讓你的應用程式回退到原始語言。

雙向的 GitHub

從儲存庫與分支拉取語言檔,或把所有變更過的語言用一次提交推送出去。若儲存庫先變動了,推送會停下來,在覆寫任何內容前先徵求確認。

從 JSON 檔到翻譯完成的版本

四個步驟,每次推出新文案都是同一個循環。

1

匯入

把 .json 語言檔上傳到專案的「檔案」分頁,再匯入原始語言。預覽會在寫入任何內容之前,清楚顯示哪些地方會改變。

2

翻譯

加入目標語言,然後逐列處理。從「未翻譯」分頁開始,或讓 AI 先產出第一版草稿。

3

覆核

由第二個人把列標記為「已覆核」。變更紀錄會顯示舊值、新值、寫入者,以及來源是人、AI、匯入還是 GitHub。

4

匯出

下載你需要語言的 JSON、.po 或 PHP,或把整組內容用一次提交推送到你的 GitHub 分支。

NIZU

已连接的应用

專案

如何连接: 每個套件都屬於一個專案。原始檔放在專案的「檔案」分頁,看不到專案的人,也看不到它的翻譯。

應用

AI 供應商

如何连接: 翻譯走的是工作空間共用的 AI 層,所以 OpenAI、Claude、Gemini、DeepSeek、Grok 或 Ollama 都不必額外設定就能用 —— 成本也會單獨計算。

應用

沒有一個 App 是單打獨鬥的

以下是 i18nTranslator 串接的對象:

淺色模式下的 NIZU i18nTranslator 工作流程圖
  • 以專案檔案作為唯一可信來源

  • 用細緻權限權杖進行 GitHub 拉取與推送

  • 來自工作空間設定的共用 AI 供應商

  • 發佈事件的 NizuEvents Webhook

  • 不會更動你工作空間自身的語言檔

角色與權限

如何连接: 標準角色編輯器中有四項權限:檢視、翻譯、覆核與管理。你可以只給外包譯者翻譯的權限,其他一律不給。

團隊成員

如何连接: 每一次翻譯、狀態變更、匯入、匯出與推送,都會在歷程與活動紀錄中標明是誰做的。