用Gemini CLI部署LINE Bot：我們踩過的坑比寫的代碼還多

部署一個帶OAuth授權、Firestore數據庫和Cloud Run容器的項目，通常意味著新手要在gcloud命令行里掙扎很久。但在即將舉行的Build With AI 2026工作坊上，我們打算用Gemini CLI把這個過程變成"聊天就能搞定"的事。

這個項目的核心是個LINE Bot文件備份機器人——用戶直接在LINE聊天室上傳圖片和文件，自動同步到Google Drive，并按月份自動歸檔。聽起來簡單，實際涉及的服務鏈條卻很長。

準備工作極簡：裝好gcloud并登錄，再裝上Gemini CLI。我們準備了一組"機密參數"（本文均已做Mock處理），然后對AI說了第一句話："幫我用gcloud部署到Cloud Run，需要信息時停下來問我。參考這個repo……"

Gemini CLI立刻分析了Dockerfile和main.go，列出完整作戰計劃。它先確認了我的gcloud項目設置，然后一次性啟用了所需服務：Firestore、Cloud Build、Cloud Run、Artifact Registry。

第一個坑出現在創建Firestore數據庫時。Bot需要記錄OAuth State防偽標記，AI嘗試執行命令卻報錯。修正后的正確命令是：指定asia-east1位置和firestore-native類型。

接下來是經典的"雞生蛋"困境：Google OAuth需要Cloud Run的URL作為回調地址，但Cloud Run部署又需要OAuth的Client ID和Secret。Gemini CLI的策略很聰明——先用占位符部署。

部署命令里，GOOGLE_CLIENT_ID、GOOGLE_CLIENT_SECRET、GOOGLE_REDIRECT_URL都填了PENDING，其他LINE相關的密鑰也先用占位符。成功后拿到一串URL：https://linebot-backup-service-xxxxx.a.run.app。

這個URL就是后續OAuth配置的關鍵。整個過程中，AI扮演的DevOps角色確實省了大量查文檔的時間，但"奇跡"背后是一連串需要人工介入的bug修復。所謂"用說話完成部署"，更像是"用說話啟動部署，然后邊罵邊調"。

工作坊上會完整展示這些真實踩坑記錄——包括那些AI自信滿滿給出、實際跑不通的命令。