「Vibe coding」係指用自然語言叫 AI 工具（Cursor、Claude Code、Antigravity 等）出 code，跟手感跑，唔做深入審查。呢種做法幾時啱用、幾時要小心？以下係香港開發者嘅實務參考。
適合 Vibe coding 嘅場景
| 場景 | 點解適合 |
|---|---|
| Hackathon、demo、landing page | 速度優先，錯咗可以重寫 |
| 內部小工具（自己用） | 影響範圍細 |
| 原型驗證產品假設 | 一晚出可點擊 UI |
| 學生作業（標明 AI 輔助） | 跟學校政策 |
建議流程： scope 寫死 → AI 出第一版 → 自己跑 test 或手動點擊驗證 → 再決定要唔要重構。
工具入門：Best AI coding stack · Claude Code tips
需要加工程門檻嘅場景
企業或合規相關項目，純 vibe coding 風險較高：
| 風險場景 | 原因 |
|---|---|
| 客戶個資、金管／醫療相關 | 要 audit trail、權限管理、資料分類 |
| 支付、KYC、合約系統 | AI 幻覺或漏測代價高 |
| 長期維護 monorepo | 「唔知 code 點嚟」難 oncall 排查 |
| 監管上報、SOC2 類控制 | 要 review、測試、變更管理流程 |
企業可以局部用 AI agent（例如 scaffold、單元測試、文件生成），但要配合：
- PR review
- CI/CD pipeline
- Secrets 管理（唔入 prompt）
- 先喺非生產環境驗證
AI 幻覺核對：Gemini agentic 幻覺分析
香港開發者決策表
| 問題 | MVP／個人項目 | 公司產品 |
|---|---|---|
| 邊個負責？ | 你自己 | 有 owner + reviewer |
| 可唔可以「感覺啱就 ship」？ | Demo 階段可以 | Production 唔可以 |
| AI 產出點處理？ | 可隨時重寫 | 當 draft，要測試加審核 |
| 客戶資料 | 盡量少用真資料 | 禁止貼入 chat 或 prompt |
重點
Vibe coding 喺香港好適合快速開局——side project、hackathon、驗證想法。但當系統有真實用戶、合規要求，就要轉返傳統工程流程：plan → harness → CI → review。
工具唔等於流程。AI 可以幫你出 code，但責任同品質控制仍然係人嘅事。
更新於 2026-10-26（Asia/Hong_Kong）。
