Vibe-Coding

一句話定義

用自然語言描述想要的結果，讓 AI 代寫大部分程式碼並透過感覺與迭代調整輸出的軟體創作模式；它拉高軟體創作下限，但不等於專業工程品質。

核心要點

軟體創作入口變寬

在 Software-3.0 的脈絡中，不會寫程式的人也能透過自然語言做出可跑的小工具；會寫程式的人也能更快做 side project 或 prototype。

這讓「我有想法但不會實作」的門檻大幅下降，是 AI 時代的一個真實禮物。

2026-05-29-Benzi-AI編程改造生活 補上一個更日常的入口：先問「什麼工具我用著不順手」與「什麼工具我碰都不想碰」。影片中的貓貓計畫本、狗蛋裝扮屋這類小工具，價值不在成為 SaaS，而在解決一個原本太個人、太小、找不到現成軟體照顧的生活痛點。

下限提升不等於上限提升

2026-05-18-Karpathy-Software-3-Agentic-Engineering 明確區分 Vibe-Coding 與 Agentic-Engineering：

• Vibe Coding：我有個想法，AI 幫我做出來就好。
• Agentic Engineering：我設計邊界、驗證機制、回滾策略，讓 agent 在安全環境中大量試錯。

前者適合探索與原型；後者才適合專業軟體、資金流、身份系統、安全與長期維護。

風險：能跑不代表能維護

Vibe coded code 常見風險：

• 過度抽象、重複、臃腫或局部設計不一致。
• 測試通過但系統模型錯誤，例如用 email 綁 Google login 與 Stripe 支付身份。
• 把短期可跑誤認為長期可維護。
• 缺少 Code-Review、trace、rollback 與 ownership。

因此 vibe coding 應被視為新的原型入口，而不是跳過工程紀律的理由。

與其他概念的關係

• 是 Software-3.0 的低門檻實踐形態之一。
• 與 AI輔助開發：AI 輔助開發包含更廣的轉置、配置、翻譯、除錯與諮詢；Vibe Coding 更偏「用自然語言直接生成可跑軟體」。
• 與 Agentic-Engineering：兩者形成下限 / 上限對照；前者讓更多人開始，後者讓成果可靠。
• 與 Prompt-Engineering：prompt 品質影響 vibe coding 成果，但不能取代測試、設計與 review。
• 與 Code-Review：AI 生成速度越快，越需要 review 維持 codebase health。
• 與 普通人的老闆化：vibe coding 是普通人開始調度工具的入口；人從忍受軟體限制，轉成能為自己的工作流做小型工具。

相關來源

• 2026-05-18-Karpathy-Software-3-Agentic-Engineering — Karpathy 訪談解析；補入 vibe coding 的下限提升與 agentic engineering 的上限差異。
• 2026-05-29-Benzi-AI編程改造生活 — 補入一般人以週末手搓 personal tool 解決生活痛點的口語案例。

備註

本頁目前只承接 Karpathy 語境下的概念骨架。後續若 ingest Karpathy 原文或實際 vibe coding 工具 / 案例，可補入工具流派、適用任務與失敗模式。