Intermediate
1 hour
How to 升級你的 API 整合 with Eigent
將你的應用程式升級到最新的 API 模型與功能，同時在正式發布前檢查是否有回歸。
What you need
- Eigent 桌面應用程式
- 程式碼庫存取權限（本機或已連線的 repo）
- API 文件參考
Best for
- 從舊版模型或已棄用 API 介面升級的團隊
- 需要在明確驗證下進行、且必須維持行為不變的遷移的 repo
- 希望在動手修改整合程式碼前先取得變更清單的工程師
Starter Prompt
將這個 API 整合升級到最新推薦的模型與功能。 Requirements: - Start by inventorying the current models, endpoints, and tool assumptions in the repo. - Identify the smallest migration plan that gets us onto the latest supported path. - Preserve behavior unless a change is required by the new API or model. - Update prompts using the latest model guidance. - Call out any prompt, tool, or response-shape changes we need to review manually.
其運作方式
- 盤點 repo 中目前的模型、端點與工具假設。
- 找出能讓我們進入最新支援 API 路徑的最小遷移方案。
- 除非新 API 或模型要求變更，否則保留既有行為。
- 根據最新的模型指引更新提示詞與參數。
- 標示任何需要在正式發布前手動審查的提示詞、工具或回應格式變更。
更多可嘗試的提示
- 這個 codebase 中哪些端點或模型名稱已過時或不再建議使用？
- 遷移到最新 API 版本所需的最小變更集合是什麼？
- 新模型是否有任何行為差異，我們應該在發布前評估？
- 產生這次遷移需要的手動驗證步驟清單。
如何使用
在已連結你的 codebase 的情況下開啟 Eigent。執行起始提示詞，取得目前內容的盤點與建議的遷移計畫。先審查該計畫，然後請 Eigent 逐步實作每個步驟。建立一套評估流程來確認變更後行為是否維持一致——自動化評估能抓出只有程式碼審查看不出的回歸問題。
預期輸出
一份目前模型與端點的盤點、逐步遷移計畫、包含新 API 整合的更新後程式碼，以及一份在正式發布前需要手動進行行為驗證的變更清單。
限制
- 模型行為變更需要手動評估——只有自動化程式碼變更無法證明行為完全一致。
- Eigent 可以更新程式碼，但無法執行你的評估套件；你必須另外驗證輸出結果。
- 尤其是提示詞變更需要人工審查，因為很小的措辭差異就可能改變模型行為。
