16 KiB
Co-op Translator
輕鬆自動化並維護您在多種語言上的教育性 GitHub 內容翻譯,隨著專案演進保持同步。
從這裡開始: 選擇您的工作流程 | 設定 | CLI | Python API | MCP 伺服器
🌐 多語言支援
由 Co-op Translator 支援
阿拉伯語 | 孟加拉語 | 保加利亞語 | 緬甸語(緬甸) | 中文(簡體) | 中文(繁體,香港) | 中文(繁體,澳門) | 中文(繁體,台灣) | 克羅地亞語 | 捷克語 | 丹麥語 | 荷蘭語 | 愛沙尼亞語 | 芬蘭語 | 法語 | 德語 | 希臘語 | 希伯來語 | 印地語 | 匈牙利語 | 印尼語 | 意大利語 | 日語 | 卡納達語 | 高棉語 | 韓語 | 立陶宛語 | 馬來語 | 馬拉雅拉姆語 | 馬拉地語 | 尼泊爾語 | 奈及利亞皮欽語 | 挪威語 | 波斯語(法爾西) | 波蘭語 | 葡萄牙語(巴西) | 葡萄牙語(葡萄牙) | 旁遮普語(Gurmukhi) | 羅馬尼亞語 | 俄語 | 塞爾維亞語(西里爾字母) | 斯洛伐克語 | 斯洛維尼亞語 | 西班牙語 | 史瓦西里語 | 瑞典語 | 他加祿語(菲律賓) | 泰米爾語 | 泰盧固語 | 泰語 | 土耳其語 | 烏克蘭語 | 烏爾都語 | 越南語
想在本機複製?
本儲存庫包含 50+ 種語言的翻譯,會顯著增加下載大小。若要在不下載翻譯的情況下複製,請使用稀疏檢出:
Bash / macOS / Linux:
git clone --filter=blob:none --sparse https://github.com/Azure/co-op-translator.git cd co-op-translator git sparse-checkout set --no-cone '/*' '!translations' '!translated_images'CMD (Windows):
git clone --filter=blob:none --sparse https://github.com/Azure/co-op-translator.git cd co-op-translator git sparse-checkout set --no-cone "/*" "!translations" "!translated_images"這能為您提供完成課程所需的所有內容,同時大幅減少下載時間。
概述
Co-op Translator 幫助您輕鬆地將教育性 GitHub 內容在多種語言間在地化。 當您更新 Markdown 檔案、圖片或筆記本時,翻譯會自動同步,確保您的內容對全球學習者保持準確且最新。
可從 CLI 用於儲存庫翻譯,從 Python API 用於自動化,或透過 MCP 伺服器用於代理與編輯器工作流程。
Example of how translated content is organized:
為什麼使用 Co-op Translator?
翻譯單一檔案很簡單。要維持整個文件庫 的翻譯、連結與更新才是困難的部分。
| 問題 | Co-op Translator 的解決方式 |
|---|---|
| Long docs are not one prompt | 大型 Markdown 檔會被切成區塊,因而一個冗長的 README 不會依賴單一脆弱的模型回應。如果某個區塊失敗,Co-op Translator 可以重試並僅重新切分失敗的部分。 |
| Incomplete translations should not be marked current | 不完整的翻譯不應被標示為最新。Co-op Translator 在儲存前會檢查翻譯完整性,並能偵測結構上不完整的既有翻譯。 |
| Links should match the translated repo structure | 手動翻譯常會讓相對連結指回來源樹。Co-op Translator 會重寫 Markdown、筆記本、圖片與 README 的連結,以符合 translations/<lang>/... 結構。 |
| Translation should work across an entire repo | Co-op Translator 將 README 檔、文件、筆記本與圖片文字視為一個儲存庫工作流程的一部分,而不是逐一翻譯檔案。 |
| Maintaining translations matters more than creating them once | 來源雜湊與翻譯的 metadata 讓 Co-op Translator 找出過時的檔案、跳過未變更的檔案,並在來源儲存庫演進時保持翻譯內容同步。 |
如何管理翻譯狀態
Co-op Translator 將翻譯內容視為「版本化的軟體工件」來管理,
而非靜態檔案。
此工具使用「語言範圍的 metadata」來追蹤已翻譯的 Markdown、圖片與筆記本的狀態。
此設計讓 Co-op Translator 能夠:
- 可靠地偵測過時的翻譯
- 一致性地處理 Markdown、圖片與筆記本
- 在大型、快速變動且多語言的儲存庫中安全擴展
透過將翻譯建模為受管理的工件, 翻譯工作流程自然與現代的 軟體相依性與工件管理實務對齊。
→ 如何管理翻譯狀態
相關深入探討
開始使用
Co-op Translator 可從 CLI、Python API 或 MCP 伺服器使用。若在本地翻譯、自動化、CI 與代理/編輯器整合之間選擇,請先參閱工作流程指南。
配置後的最小 CLI 範例:
python -m venv .venv
# Windows
.venv\Scripts\activate
# macOS 與 Linux
source .venv/bin/activate
pip install co-op-translator
translate -l "ko" -md
co-op-review -l "ko"
在大型儲存庫的初次執行時,請在寫入翻譯檔案前先使用 --dry-run。有關內容類型標記、日誌、審查與連結遷移,請參閱 CLI 參考。
使用 Bash/Zsh 的容器快速執行:
docker run --rm -it --env-file .env -v "${PWD}:/work" ghcr.io/azure/co-op-translator:latest -l "ko" -md
使用 PowerShell 的容器快速執行:
docker run --rm -it --env-file .env -v ${PWD}:/work ghcr.io/azure/co-op-translator:latest -l "ko" -md
功能
- 自動翻譯 Markdown、筆記本與圖片
- 隨來源變更保持翻譯同步
- 在本地(CLI)或 CI(GitHub Actions)中運作
- 透過 MCP 提供 Markdown、筆記本、圖片、審查與專案翻譯工具
- 使用 Azure OpenAI 或 OpenAI 作為提供者的翻譯
- 允許 MCP 託管代理在無需 Co-op Translator LLM 憑證的情況下翻譯 Markdown 與筆記本區塊
- 使用 Azure AI Vision 進行圖片文字擷取與翻譯
- 以確定性檢查審查翻譯結構與新鮮度
- 保留 Markdown 格式與結構
文件
Microsoft 專屬指南
Note
僅適用於 Microsoft “For Beginners” 倉庫的維護者。
支持我們並促進全球學習
加入我們,一同改變教育內容在全球的分享方式!在 GitHub 為 Co-op Translator 給予一個 ⭐,支持我們打破學習與科技的語言障礙的使命。您的興趣與貢獻會產生重大影響!程式碼貢獻與功能建議隨時歡迎。
用你的語言探索 Microsoft 教育內容
- LangChain4j-for-Beginners
- AZD for Beginners
- Edge AI for Beginners
- Model Context Protocol (MCP) For Beginners
- AI Agents for Beginners
- Generative AI for Beginners using .NET
- Generative AI for Beginners
- Generative AI for Beginners using Java
- ML for Beginners
- Data Science for Beginners
- AI for Beginners
- Cybersecurity for Beginners
- Web Dev for Beginners
- IoT for Beginners
- PhiCookBook
影片簡報
👉 點擊下方圖片於 YouTube 觀看。
貢獻
本專案歡迎貢獻與建議。想為 Azure Co-op Translator 作出貢獻嗎?請參閱我們的 CONTRIBUTING.md,了解如何幫助使 Co-op Translator 更具可及性的指引。
貢獻者
行為準則
本專案已採用 Microsoft Open Source Code of Conduct。 如需更多資訊,請參閱 Code of Conduct FAQ, 或就其他疑問或意見聯絡 opencode@microsoft.com。
負責任的 AI
Microsoft 致力協助客戶負責任地使用我們的 AI 產品,分享我們的經驗,並透過 Transparency Notes 與 Impact Assessments 等工具建立以信任為基礎的夥伴關係。許多這類資源可在 https://aka.ms/RAI 找到。 Microsoft 對負責任 AI 的做法建立於我們的 AI 原則:公平性、可靠性與安全、隱私與安全、包容性、透明度及問責制。
大型的自然語言、影像與語音模型——如本範例中使用的模型——可能會以不公平、不可靠或冒犯性的方式表現,進而造成傷害。請參閱 Azure OpenAI service Transparency note 以了解相關風險與限制。
減輕這些風險的建議做法,是在您的架構中包含一個能夠偵測並阻止有害行為的安全系統。Azure AI Content Safety 提供一個獨立的保護層,能夠在應用程式與服務中偵測使用者產生及 AI 產生的有害內容。Azure AI Content Safety 包含可偵測有害素材的文字與影像 API。我們也提供互動式的 Content Safety Studio,讓您檢視、瀏覽並試用跨不同模態偵測有害內容的範例程式碼。以下 quickstart documentation 將引導您如何向該服務發出請求。
另一個需考量的面向是整體應用程式的效能。對於多模態與多模型的應用,我們認為效能應表示系統能如您與使用者所預期地運作,包括不產生有害輸出。使用 generation quality and risk and safety metrics 評估您整體應用程式的效能非常重要。
您可以在開發環境中使用 prompt flow SDK 評估您的 AI 應用程式。給定測試資料集或目標後,您的生成式 AI 應用的產出可以透過內建評估器或您自選的自訂評估器進行量化測量。要開始使用 prompt flow SDK 評估系統,您可以參考 quickstart guide。執行評估後,您可以在 Azure AI Studio 中視覺化結果。
商標
本專案可能包含專案、產品或服務的商標或標識。對 Microsoft 商標或標識的授權使用需遵守並依循 Microsoft's Trademark & Brand Guidelines。 在本專案的修改版本中使用 Microsoft 商標或標識,不得造成混淆或暗示 Microsoft 贊助。 任何第三方商標或標識的使用須遵循該第三方的政策。
尋求協助
如果您遇到困難或對建構 AI 應用有任何疑問,請加入:
如果您在開發過程中對產品有回饋或遇到錯誤,請造訪:
