30 秒看結論
- Developer API 不只適合原型，也能支援正式服務，不必因為上線就自動搬家
- 需要逐個帳號開放與收回權限、留下誰在何時用過的記錄、自己保管加密金鑰、限制資料只能在指定範圍內流動，或拿到 Google 書面的可用率承諾，這幾項只要有一項退不了，就優先評估 Agent Platform
- 程式改動可能不大；主要成本通常在權限重設、功能驗證、模型重訓與舊金鑰收回，這些切換工作可由勤英科技承接
先抓準問題：公司到底缺哪一種控制？
這篇說的 Gemini API，指的是在 Google AI Studio 取得金鑰、直接呼叫的 Gemini Developer API。Agent Platform 同樣叫得到 Gemini 模型，差別不在模型，而在它走 Google Cloud 專案，帶著整套企業控制。
Agent Platform 的價值，是把模型納入公司既有的 Google Cloud 治理：誰能用、資料能去哪裡、是否有服務承諾、加密金鑰由誰管理，以及費用怎麼併回公司帳。
如果這些控制都不是硬需求，多加一層平台只會增加設定與維運工作。合約、稽核或公司政策一旦明確要求其中一項，Agent Platform 的企業控制就有直接用途，因為 Developer API 無法提供相同能力。
五個差異，分別在什麼時候重要？
| 面向 | Gemini Developer API | Agent Platform | 何時會影響選擇 |
|---|---|---|---|
| 權限 | 應用程式以 API key 呼叫，可搭配祕密管理與金鑰輪替 | 可納入 Google Cloud IAM，依人或系統授權與撤銷，並搭配稽核記錄 | 需要細分身分、集中撤權與追查操作時 |
| 資料留存 | 付費服務不拿內容改善產品；ZDR 需逐專案申請 | 可依服務設定資料區域、存取與服務邊界，但也不等於零留存 | 公司政策明確限制資料位置、保存方式或存取範圍時 |
| 可用率 | 沒有公開的可用率保證 | 涵蓋範圍內的線上推論有書面 SLA，每月可用率 99.5%；官方列為較短可用期的模型是 95% | 客戶合約或招標文件要求官方 SLA 時 |
| 加密與網路邊界 | 不提供自管金鑰（CMEK）或網路邊界控管（VPC Service Controls） | 部分服務提供自管金鑰（CMEK）或網路邊界控管（VPC Service Controls） | 稽核要求自管金鑰，或要降低資料被帶出指定範圍的風險時 |
| 帳務 | 費用掛在 API key 所屬專案的付款帳戶 | 可併入既有 Google Cloud 組織、帳單與預算治理，也可透過台灣代理商採購，台幣月結並取得統一發票 | 公司已集中管理 Google Cloud 支出，並要求統一歸屬與追蹤時，或採購上需要統一發票與月結時 |
換平台，花時間的是治理與切換
如果當初是照 Google 官方提供的程式套件接上去的，而且只用到基本的生成功能，程式碼大多只要改連線與認證設定。這只是其中一小段，還要估下面這些工作：
- 重設權限：從 API key 改成公司帳號與服務帳戶後，角色怎麼分、憑證怎麼發、多久輪替一次，都要重新設計
- 確認模型與地區：兩邊支援的地區與模型不完全相同，搬遷前要逐項核對
- 重訓既有模型：在 Google AI Studio 建立或微調的模型不能直接搬過去，需要在新平台重新訓練
- 重測特殊功能：Grounding、對話狀態、檔案上傳與即時語音視訊等功能，在兩個入口的行為可能不同
- 安排切換與回復：撤銷舊金鑰前，要確認沒有其他系統共用，並準備驗收條件與失敗時的切回方式
這五項就是切換專案的工作清單，也是勤英科技導入 Agent Platform 時可承接的範圍。勤英以 Google Cloud Premier Partner 身分協助建立專案與帳務結構、規劃 IAM 角色與服務帳戶、核對模型與地區，並訂出驗收條件與回復方案；帳務可採台幣月結，並由勤英開立統一發票。
企業決定改用 Agent Platform 後，可整理現行系統、模型與權限需求，由勤英評估導入範圍與時程。詳見 Google Cloud AI 平台導入服務。
這些都是一次性的切換成本。持續發生的是每次呼叫的 token 費用，那筆帳跟選哪個平台無關，見〈Gemini API 費用怎麼算？牌價、隱藏成本與支出上限〉。
什麼情況留在 Developer API 也合理？
Developer API 不是只能留在實驗階段。正式服務符合下面幾種情況，繼續用下去也很合理：
- 送進去與回來的內容是公開或低敏感資料，現在的保存規則符合公司政策
- API key 只放在受控的後端服務，已經有保管、輪替與撤銷的流程
- 沒有合約或稽核要求書面可用率、自管加密金鑰或逐個帳號的權限控管，系統已經有自己的重試、監控與備援
第二項最容易在人員異動時出問題。金鑰發出去容易，收回來往往沒人負責。這套流程怎麼建立，見〈Gemini API Key 怎麼申請？從建立到第一次呼叫與團隊管理〉。
平台選好只解決治理問題，模型挑錯一樣會超支：同一份工作交給不同等級的 Gemini，實測花費差 9.3 倍，見〈Gemini 3 模型怎麼選？Pro、Flash、Flash-Lite 的能力實測〉。
常見問題
Developer API 和 Vertex AI 是同一個東西嗎？
不是。兩者可用的 Gemini 模型高度重疊，但管理方式不同：Developer API 以 API key 為主；Vertex AI 已更名為 Gemini Enterprise Agent Platform，接進 Google Cloud 專案，可使用 IAM、企業網路與加密控制，並對特定模型與呼叫方式提供 SLA。換入口不會讓模型的回答品質自動變好。
Google AI Studio 和 Agent Platform 是同一個東西嗎？
不是。Google AI Studio 是試用模型、調整提示與管理 Developer API 金鑰的開發介面；Agent Platform 則是 Google Cloud 裡的企業平台。你可能在兩邊使用同一款 Gemini 模型，但帳號、權限與治理方式不同。
升到付費層，資料就不會被保留了嗎？
不會被拿去改善產品，但不等於不留。要完全不留，得逐專案申請零資料保留；而且 Google 搜尋類功能、對話狀態、Live API、檔案與快取各有自己的留存條件，要逐項確認。
Agent Platform 有保證可用率嗎？
有，一般涵蓋的模型與呼叫方式是每月 99.5%，官方列為較短可用期的模型則是 95%。沒達到是折抵帳單、不是退現金，而且要自己在 30 天內提出。
Agent Platform 可以透過台灣的代理商採購與導入嗎？
可以。Agent Platform 走 Google Cloud 專案計費，可透過 Google Cloud 授權代理採購，由代理商開立台幣統一發票、月結。勤英科技為 Google Cloud Premier Partner，除了採購與帳務，也承接專案與權限建置、切換與後續導入。
還在評估階段的公司，可以先請勤英對照合約與稽核要求，確認是否真的需要換平台。
結論
換不換只看一件事：權限、資料留存、可用率、加密與網路邊界、帳務這五項，有沒有任何一項是合約、稽核或公司政策明文要求的。
沒有，就留在 Developer API，把金鑰保管、輪替與用量監控做好，正式服務照樣能跑。
有，就換到 Agent Platform，並把切換排成一個有負責人、驗收條件與回復方案的專案，而不是一次改連線設定。這個專案從採購到導入，都可以交給勤英科技。
