WordPress 的小語種翻譯插件，我現在一直使用的是 TranslatePress，各方面做的都挺好的。

但問題是，TP 這款插件的老版本只支持谷歌翻譯與 DeepL 翻譯，沒辦法很絲滑的將 AI 的翻譯能力嵌入進去。

雖然最新版本的插件支持了 AI 翻譯功能，究其本質基本還是官方的套殼行為，使用起來的整體成本還挺貴。

所以我之前一直在嘗試著，能不能二次開發下這個插件（比如在里面加個 AI 翻譯引擎）。考慮到我自己不會 PHP 語言，那即便有 AI 編輯器的協助，且整體的時間成本還挺大的，所以最終還是只能放棄。

但這幾天看到個不錯的靈感，直接改既有翻譯引擎的服務請求規則。

比如 TP 這款插件會使用 DeepL 翻譯服務，那我直接參考 DeepL 的開發者手冊，然后遵照其指南寫一個在線翻譯服務出來。

所以昨天假期閑著沒事，便在 AI 編程能力的加持下做了一個非常簡易的 DEMO 出來。

功能確實是已經實現了，也將 AI 的翻譯能力嵌入到網站小語種的翻譯過程中，但問題是性能這塊一直提不上去。

比如一個頁面，可能也就只有 500 多個字，以前使用 DeepL 翻譯的話大約 30 秒鐘左右。但是現在使用 AI 翻譯引擎去做，整體的翻譯時間會很久，且常有訪問超時情況發生。

起初以為是我 API 的問題，然后陸陸續續換了好幾個源，但其翻譯加載時長過久的問題還是沒有得到改善。

所以現在的狀態就是，AI 翻譯能用，基本功能都實現了，但性能優化這塊很拉胯，翻譯過程非常耗時，且動不動訪問超時。

在測試下都能呈現這種狀態，那在生產環境下便沒有什么投入使用的價值了，后續再來找個假期去優化下吧。

我可能會考慮換個技術方案，比如先整體將所有的翻譯文案保存下來并存儲為 json 格式文件，再統一全部將其翻譯好之后再在后臺上傳上去，實現一次性的替換。

過程中我也想將「三步翻譯」的流程引入進去，畢竟現在這塊的開源方案太多了，后面有時間再來折騰。