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 在協助團隊加快交付、提升運作安全性，以及在整個組織中擴展自主開發能力方面，發揮核心作用。