API 金鑰管理：別讓金鑰進 git，也別只靠 .env
金鑰外洩的成本很高，而且多數是同一種犯錯方式造成的。
把 AI 功能寫成可測試的程式：假模型與快照測試
每次跑測試都真的呼叫模型，既慢又貴又不穩定。有更好的做法。
串接多家模型服務：抽象層該做到什麼程度
過度抽象會綁死自己，完全不抽象又難以換供應商。這是實用的中間路線。
重試與降級：模型服務不穩時怎麼撐住
上游會限流、會逾時、會過載。這是一套可直接用的韌性策略。
把提示與程式碼一起做程式碼審查：該看哪幾件事
提示改動也會造成線上事故，審查標準卻常常缺席。這是一份可用的檢查清單。
AI 功能的錯誤處理：使用者該看到什麼
模型會失敗，這是設計前提。失敗時的體驗決定了產品的可信度。
AI 專案的上線檢查清單：發布前的十六個確認項
把散落在各篇教程的重點收成一張清單，發布前逐項打勾。