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 或模型要求變更，否則保留現有行為。
- 根據最新模型指引更新 prompts 和參數。
- 找出任何需要在推出前手動審查的 prompt、工具或回應格式變更。
更多可試用的 prompts
- 這個 codebase 中哪些端點或模型名稱已過時或不再建議使用？
- 遷移到最新 API 版本所需的最少變更是什麼？
- 新模型有沒有任何行為差異需要在推出前評估？
- 為這次遷移生成一份手動驗證步驟清單。
如何使用
打開已連接 codebase 的 Eigent。執行起始 prompt 以取得目前存在項目的清單和建議遷移方案。審查該方案後，再請 Eigent 逐步實作每一步。建立一個評估流程，確認變更後行為保持一致——自動化評估可捉到單靠 code review 看不到的回歸問題。
預期輸出
目前模型和端點的清單、逐步遷移方案、整合最新 API 的更新後程式碼，以及一份在推出前需要手動驗證行為變更的清單。
限制
- 模型行為變更需要手動評估——單靠自動化程式碼變更不能證明完全一致。
- Eigent 可以更新程式碼，但不能執行你的評估套件；你必須另外驗證輸出。
- 特別是 prompt 變更需要人手審查，因為細微的措辭差異可能會改變模型行為。
