vibe
隨著 vibe coding 逐漸成熟,開發者學到了慘痛的一課:跳過某個步驟直接衝去寫程式碼,往往才是最大的地雷。
有經驗的從業者建議,應先與AI一起寫好規格(spec)——在用AI生成任何程式碼之前,先寫下並確認清楚究竟要打造什麼——因為「氛圍寫程式」(vibe coding)最大的失敗模式,就是在大量程式碼已經寫出來之後,才發現每個人對「完成」的定義各不相同。
公司標誌或發表派對的規劃,與定義軟體需求毫無關係;它們是聽起來表面上合理、實則完全偏離「先釐清要做什麼」這個重點的干擾選項。
「規格驅動」的開發顛覆了傳統的瓶頸所在:一旦AI能極快速地生成程式碼,專案裡最耗時的部分就不再是打字,而是變成「精確決定自己想要什麼」——這其實與任何一項工具讓執行成本大幅降低、進而讓規劃與設計承受更多重量時所發生的轉變如出一轍。
vibe
是哪個加速器?是什麼?經驗豐富的團隊,把重心轉移到了什麼地方?這種狀態,仿照「技術債」,叫什麼?被指派的 AI 會做什麼?這個人是誰?是哪一個?這項自稱「結對程式設計夥伴」的服務,名字是?第二代叫什麼?2024 年底 Anthropic 推出、後來在整個產業擴散開來的這套標準是什麼?下列哪一項不是「打字生成應用程式」的服務?這正是 vibe coding 的經典陷阱,是什麼?Quration — Quration AIQ