選一個託管平臺並部署
對大多數 vibe coding 出來的應用，你並不需要一臺需要你時刻照看的伺服器。現代平臺拿到你的程式碼，幾分鐘內就能給你一個上線的 。常見的選擇：
- 靜態站點和前端： Cloudflare Pages、Vercel、Netlify、GitHub Pages。
- 全棧應用和 （Application Programming Interface，應用程式程式設計介面，一個程式用來與另一個程式對話的門戶）： Cloudflare Workers、Vercel、Render、Fly.io、Railway。
- 更重的後端： 一個容器平臺，或一臺小型 VPS（Virtual Private Server，虛擬專用伺服器，相當於你在資料中心裡租下的、一臺永遠開機的計算機的一塊專屬切片）。
正確的做法是告訴 AI 你搭了什麼，讓它來推薦。試試："這是一個帶 Postgres 資料庫的 Next.js 應用。我想要一個最便宜、可靠、免費額度慷慨的託管平臺。給我部署步驟和一個配置檔案。" 對那些真正約束選擇的因素要說具體：你的框架、有沒有資料庫、是否需要後臺任務或檔案上傳，以及你的預算。一個靜態的營銷頁面，和一個帶佇列的全棧應用，住的地方截然不同。
一旦選定了，部署通常就是幾條命令：
# Example: Cloudflare Workers via Wrangler
npm install -g wrangler
wrangler login
wrangler deploy
# Example: Vercel
npm install -g vercel
vercel --prod
讓 AI 生成平臺配置（wrangler.toml、vercel.json 等），並解釋第一次部署丟擲的任何報錯。第一次部署幾乎總會丟擲點什麼——一個缺失的構建命令、一個錯誤的輸出目錄、一個 Node 版本不匹配、一個構建需要卻找不到的環境變數（environment variable，從程式碼之外交給你應用的一項帶名字的設定，就像放在門墊下、應用知道去哪裡找的一把鑰匙）。這些都不意味著你幹了蠢事；它們意味著平臺還需要你再告訴它一件事。把報錯原樣粘回去，讓它給出修復方案，再問問為什麼會發生，好讓下一次少點意外。兩三個回合，你就上線在一個臨時 URL 上了。在慶祝之前，開啟那個 URL，把核心流程點一遍——"部署成功了"和"應用能用"不是同一個論斷。
每一次部署都走同一條流水線。預覽那一步就是你的安全網：每一個變更都擁有自己專屬的 URL，在它能觸達真實使用者之前供你點選檢視。
你的機器 平臺
┌──────────────┐
│ 編寫程式碼 │
│ git commit │
│ git push │
└──────┬───────┘
│ push
▼
┌──────────────┐ 失敗 ┌──────────────────┐
│ BUILD ├─────────▶│ 讀錯誤, │
│ 安裝依賴 │ │ 修復後再push │
│ 編譯 │◀─────────┤ (2~3輪) │
└──────┬───────┘ 重試 └──────────────────┘
│ 通過
▼
┌──────────────┐
│ PREVIEW │ 臨時URL — 在此點選核心流程
│ *.pages.dev │ ── 分享 · 測試 · 驗證 ─────┐
└──────┬───────┘ │
│ 沒問題? ──── 否 ──────────────────┘
│ 是
▼
┌──────────────┐
│ PRODUCTION │ 真實域名 · 真實使用者
└──────────────┘