經過昨天的介紹，我們知道 Codex 具備強大的 Codebase 讀取與邏輯推論能力。今天我們就來分享一個非常實用的高階 AI 協同開發實戰流程：透過「先讀單端產出企劃書，再讀另一端進行統合」的兩階段策略，讓前後端 API 的串接精準無誤！

階段一：讀取單端代碼，讓 Codex 產出功能企劃書

在進行前後端串接時，如果直接把兩邊的程式碼一股腦丟給 AI，AI 很容易混淆邏輯。比較聰明的做法是先讓 Codex 只讀取其中一端（例如：先讀取後端 Spring Boot 程式碼）。

1. 步驟說明

1. 在 Codex 中選定並讀取後端的 UserController.java、UserService.java 與相關 Entity 檔案。
2. 請 Codex 根據現有的後端架構，倒推並撰寫一份「API 與前端對接需求企劃書」。

💡 實戰 Prompt 範例：

「請讀取我目前選定的後端 Spring Boot 專案檔案（Controller、Service 與 Entity）。
請扮演資深系統分析師，根據這些後端程式碼，幫我寫一份 『前端 iOS 串接規格企劃書』。
企劃書需包含：

1. 所有可用的 API Endpoint、HTTP Method 與所需的 Request 參數。
2. 回傳的 JSON 資料結構與欄位型別說明。
3. 前端 UI 需要配合說明的狀態（例如：成功註冊、帳號重複、伺服器錯誤）。」

階段二：導入另一端程式碼，由企劃書引導前後端統合

有了 Codex 產出的這份「規格企劃書」作為標準基準（Ground Truth）後，我們接著把 iOS 前端（SwiftUI / Swift） 的程式碼也加入讀取範圍中。

2. 步驟說明

1. 將前端對應的 View 與 ViewModel 檔案加入 Codex 的讀取範圍。
2. 讓 Codex 對照剛才產出的企劃書，自動生成前端的網絡請求邏輯與數據模型（Codable），完成前後端串接。

💡 實戰 Prompt 範例：

「現在請同時讀取我剛出的『前端串接規格企劃書』以及我加入的前端 SwiftUI 檔案。
請根據這份企劃書的 API 規格，幫我在 iOS 前端撰寫：

1. 對應後端 User 資料結構的 Swift Codable Struct。
2. 使用 URLSession 與 async/await 實作的 UserViewModel API 呼叫函式。
3. 自動處理 HTTP 狀態碼與前端 UI 的錯誤提示綁定。」

💡 這種兩階段統合法的優點

• 避免資訊混亂：先產出企劃書能作為前後端之間的「中間橋樑」，確保 AI 理解邏輯不偏差。
• 高精準度：Codex 能精準比對 Java Entity 與 Swift Struct 的欄位名稱，大幅減少手動對照 JSON 時型別寫錯或少寫欄位的風險。
• 開發文件自動化：在完成程式碼串接的同時，你也順便獲得了一份結構完整、可供紀錄的 API 對接企劃書！

掌握了 Codex 的這個實戰技巧，前後端 API 串接就不再是惡夢，而是能輕鬆完成的自動化工作流！