Rakuten 用 Codex 以兩倍速度修復問題

Rakuten ⁠(在新視窗中開啟)是一家全球創新企業，業務涵蓋電子商務、金融科技與行動通訊，為消費者與商家提供大規模服務。公司在全球擁有 30,000 名員工，旗下工程團隊在龐大而複雜的產品生態中持續交付，對速度與穩定性同樣重視。

因此，Rakuten 商業 AI 總經理 Yusuke Kaji 在過去一年積極推動智慧體工作流程，深入整合至團隊的規劃、開發和驗證過程。OpenAI 的程式碼編寫智慧體 Codex⁠ 已成為 Rakuten 工程技術堆疊中的核心部分，特別是在需要加快開發節奏、同時維持安全性的情況下發揮關鍵作用。

過去一年來，Rakuten 工程團隊在營運與軟體交付流程中運用 Codex，加快事件應變速度（平均復原時間 MTTR 降低約 50%），透過自動化程式碼審查與漏洞檢查強化 CI/CD，並支援複雜專案中的自主開發。

在 Rakuten 工程團隊內部，AI 策略方向明確，而且以實際運作為核心。Kaji 將其工作重點歸納為三個團隊共同推動的方向：

• 建構速度更快（「速度至上！」）：團隊在營運流程中運用 Codex，包括基於 KQL 的監察與診斷，加快根本原因分析與修復，將 MTTR 最多縮短 50%。
• 建構更安全（「把事情做好」）：將 Codex 整合至 CI/CD 流程中，執行程式碼審查與漏洞檢查，自動套用內部標準，讓團隊在具備防護機制的情況下加快交付。
• 營運更智慧（「AI 化」）：Codex 能將規模較大、需求未完全明確的專案，由規格推進至可運行的實作，減少對完整定義需求的依賴，提升自主執行能力，並最終將原本以季度計的工作壓縮至數週完成。

Codex 是更廣泛工具組中的可靠智慧體，能直接對應以上三個方向，在速度、安全與自主性之間創造持續疊加的價值。

在 Rakuten，「速度」不僅指開發效率，也包括復原時間。

團隊使用 KQL（Azure 用於日誌與遙測的查詢系統）監察 API 並分析訊號。Codex 與這些流程協同運作，協助找出根本原因並提出修復建議，縮短警報與解決之間的時間。

從網站可靠性工程（SRE）的角度來看，這有效縮短了由偵測到修復的整體流程。工程師不再需要手動整合查詢、日誌與修補方案，現在得以專注於驗證與部署修復。

Rakuten 估計，這種做法在問題發生時可將 MTTR 降低約 50%。簡單來說：當系統出現問題時，Rakuten 可以利用 Codex 以兩倍速度完成修復。

隨著交付速度加快，程式碼審查與部署可能會成為瓶頸。Rakuten 透過將 Codex 直接整合至 CI/CD 流程來解決此問題。

Codex 會在變更部署至正式環境前，先完成程式碼審查與弱點檢查。Rakuten 將內部編碼原則與標準納入這些流程，確保審查結果符合公司要求。

Kaji 表示：「我們向 Codex 提供內部編碼原則，Codex 就可以依照相同標準，審查程式碼是否符合我們的規範。」

最終安全檢查可以持續而且自動地執行，讓團隊既能加快交付，同時無需降低標準。

Rakuten 的第三個重點是「AI 化」，當中著重提升自主性。Codex 不僅用於審查與維護，更可執行需求未完全明確的大型專案。即使未能完全定義規格，Codex 仍然可根據部分需求推進，同時產出可用的成果。

Kaji 表示：「最新的 Codex 模型能夠理解言外之意。即使需求未完全清晰，它仍能掌握我們想要建構的內容。」

其中一個例子是：為現有的網頁版 AI 智慧體服務開發行動應用程式版本。Codex 在沒有逐步人工指示的情況下，完成整個規格實作，包括以 Python/ FastAPI 建立後端，以及以 Swift/SwiftUI 開發 iOS 應用，並涵蓋所有後端 API。Codex 將該專案的開發時間由一個季度縮短至數週。

隨著 Codex 承擔更多程式碼生成工作，Rakuten 正將工程師的角色轉向撰寫更清晰的規格，並根據可量化標準驗證輸出結果。

Kaji 表示：「我們的角色不再是逐行檢查程式碼。我們的角色，是清楚界定需求，以及建立驗證方法。」

Rakuten 也透過舉辦跨工程、產品及非技術團隊的實務工作坊來支持這項轉變，讓 Codex 在協助團隊加快交付、提升運作安全性，以及在全公司擴展自主開發能力方面，發揮核心作用。