AI 輔助製作的儀表板在上線前仍需發布審查。首次發布到 Vercel 前，必須有人核對產生的程式碼、它可以讀取或修改的資料，以及誰能進入部署後的頁面。本指南從已可在本機執行的儀表板開始，依據 2026 年 10 月 20 日查核的 Vercel 現行命令列說明。BIG CHANGE 沒有製作或部署示範應用程式。

關鍵變化

  • 改變了什麼： AI 輔助製作的本機儀表板，第一次執行 vercel deploy就可能成為實際上線的正式部署。團隊可能尚未建立預覽，就已經跨過發布界線。
  • 為何重要： 發布者必須在執行該命令之前檢查產生的相依套件、資料請求、機密與存取權。本機畫面正常，不能說明誰能開啟正式網域，也不能說明伺服器能讀取哪些資料。
  • 應注意什麼： 決定性的紀錄是實際部署及其存取檢查：正式網址、建置識別資訊、代表性路由、紀錄，以及獲准和遭拒的使用者。後續修改可使用預覽，但正式建置採用自己的變數，仍需相同查核。

1. 審查儀表板並決定使用對象

你需要獲准使用、能在本機執行的儀表板原始碼目錄、框架可重複執行的建置命令、已核准的資料來源存取權，以及在指定 Vercel 團隊建立正式部署的授權。安裝現行 Vercel CLI，準備該帳戶的登入權、預期獲准使用者的測試帳戶，以及另外測試遭拒使用者的方法。確認 Vercel 支援應用程式的框架與建置設定；本指南無法為未知程式碼庫提供指令。

將 AI 產生的檔案視為正式發布程式碼審查。閱讀套件相依性與腳本、框架設定、伺服器路由及瀏覽器程式碼。追蹤每項資料請求：目的地、使用的憑證、傳回內容，以及是否有路由會寫入資料。確認瀏覽器程式包沒有私密金鑰或未核准紀錄，伺服器路由確實執行預定使用者的權限。使用核准測試資料執行應用程式本身的建置及代表性儀表板畫面。上傳前解決相依性警告、建置失敗與資料錯誤。移除內嵌憑證；若曾進入版本控制，應到提供者處更換。私有儲存庫不會使部署後的儀表板自動變成私有。

連結專案之前，決定誰能開啟正式儀表板。 Standard Protection 會讓正式網域保持公開。 All Deployments 涵蓋正式網域與產生的網址；搭配 Vercel Authentication 時所有方案均可使用，但訪客須有適當 Vercel 存取權。這不適合當作任意客戶的登入方式。針對客戶或其他外部使用者，應規劃並測試儀表板本身的身分驗證及授權，或選擇符合對象與方案的其他保護方法。主機端保護不能取代應用程式資料路由的權限檢查。

檢查帳戶方案與用量頁面。Vercel 的 Hobby 方案限個人非商業用途；商業儀表板需要適當付費方案。代管、函式、資料傳輸及外部模型或資料庫服務可能各有費用與限制。目前價格和限制依指定帳戶而異，授權發布前請先查核。

2. 連結專案並設定權限及變數

從儀表板本機目錄，以指定帳戶登入現行 Vercel CLI，再連結目錄：

Terminal
vercel link

互動命令會選取團隊與專案，或在必要時建立專案。 連結本身不會部署。 將 Vercel 選取的團隊與專案、框架預設、根目錄、建置命令和輸出設定，同已審查原始碼對照。有任何設定不確定，就在部署前停止，先解決專案設定與本機建置問題。

現在開啟該專案的 Settings → Deployment Protection。選取步驟 1 決定的保護方法與範圍，再確認已儲存設定依預期涵蓋正式網域及產生的部署網址。檢查例外與可分享連結。務必在首次部署前完成；新專案只有建立後才能檢查設定。

在 Settings → Environment Variables輸入各項必要名稱、值、類型及目標環境。將憑證放入 Secret，儲存後只可寫入、不可讀取；使用 Config 放置授權專案成員之後可讀取的值。不要把伺服器憑證放進框架會公開給瀏覽器的變數。為 Development、Preview、Production 設定各自預期值與權限，必要時採用獨立後端資料。列表命令協助檢查名稱和目標環境，而不顯示機密值：

Terminal
vercel env ls

儲存或變更變數只影響新部署，不影響舊部署。已儲存 Secret 無法稍後取出來設定筆電；不要依賴 vercel env pull 或 vercel env run 來取回。請向提供者取得獨立且獲授權的開發憑證，並遵循框架的本機設定。執行本機應用程式，在這份開發設定中重做允許資料檢視與拒絕使用者測試。若應用程式或提供者有特殊驗證流程，繼續之前先遵循其文件。

3. 核准並檢查首次正式發布

完成程式碼、資料、權限、變數、方案及建置檢查後，請負責人核准這一次明確的首次上線。Vercel 命令列指南指出， 新專案首次執行 vercel deploy ，即使沒有 --prod，仍會建立正式部署。請將以下命令視為正式上線操作：

Terminal
vercel deploy

保留傳回的部署網址，並在 Vercel 控制台找出部署 ID。確認建置完成、正式環境與來源皆為核准版本，分配的正式網域也符合預期。檢查根路徑與選定的實際儀表板或 API 路由，將角括號預留位置替換成傳回網址與真正路徑：

Terminal
vercel curl / --deployment <production-url>
vercel curl /your-real-route --deployment <production-url>
vercel logs --environment production --level error --since 5m

路由回應應符合預期頁面或允許的資料行為；從建置或執行紀錄調查錯誤。 vercel curl 可通過部署保護，因此命令成功並 不 能證明頁面為私有。在一般瀏覽器登出狀態下開啟正式網域與產生的部署網址，確認所有需控制存取的位置都拒絕進入。再以預定使用者身分登入，確認儀表板及允許資料路徑可用。也要測試不應看到該資料的使用者。記錄實際網址、部署 ID、路由回應、訪客結果與相關錯誤紀錄結果。這才是完成檢查，而非命令列只傳回網址。

若首次命令結果不明，重試之前先在專案控制台檢查那一次確切部署。建置失敗需查看其建置紀錄，在本機修正相依性或框架設定，再進行新的核准部署。缺少變數時，檢查目標環境與類型、儲存修正值並重新部署。儀表板空白或資料路由失敗時，將瀏覽器請求與執行紀錄、後端位址、允許來源及伺服器權限對照，再重跑失敗路由與存取檢查。

若敏感資料意外公開，授權專案擁有者可立即選取 All Deployments with Vercel Authentication ，位置在 Deployment Protection，然後於登出瀏覽器確認正式網址和產生網址皆拒絕存取。檢查例外與分享連結，並向提供者撤銷外洩後端憑證。這項暫時限制只允許適當的 Vercel 使用者，可能中斷預定存取。修正應用程式與權限設計，核准新部署，並在重新開放前確認允許與拒絕使用者的結果。首次發布可能沒有更早部署可回復；限制存取也無法撤回已發生的揭露。

4. 後續變更使用預覽

專案已有正式部署後，Vercel 將 vercel deploy 記載為使用 Preview 變數的預覽部署。審查變更程式碼與本機建置，部署預覽，再記錄傳回網址與控制台部署 ID：

Terminal
vercel deploy
vercel curl / --deployment <preview-url>
vercel logs --deployment <preview-deployment-id> --level error

在瀏覽器用核准測試資料檢查修改後的儀表板，以及路由、預定存取與拒絕使用者行為。負責人核准該修訂進入正式環境後，明確部署，再重做正式網址、路由、紀錄與使用者檢查：

Terminal
vercel deploy --prod
vercel curl / --deployment <production-url>
vercel logs --environment production --level error --since 5m

正式部署是使用 Production 變數的新建置；預覽通過不代表那些憑證或資料路徑可用。若連接 Git 儲存庫，依賴自動部署前先檢查設定的正式分支；自動部署與這些手動命令採不同路徑。

來源與延伸閱讀