Vibe coding#

日常工作使用#

我應該算是重度 LLM 使用者，每天至少會問 Claude 10 個問題以上

• Cluade code (Claude sonnet 4.5): Kubernetes cluster 維護
• Claude desktop (Claude sonnet 4.5): 日常想問就問，只有手機時的工具
• Google AI Studio (Gemini 2.5 flash): 用來驗證問題，對常文章總結時使用
• VSCode + Roo Code (extension) + MCP (Github/Context7/Playright/公司內部的 MCP)

一些 murmur#

其實我對於大多數人口中的 “vibe coding” 非常厭惡

o.s. 其實我也常犯以下錯誤，撰寫出來共勉之

因為太多 vibe coding 端出來的 code，沒有靈魂

即使是 LLM 寫的，也要展現出自己對於整個專案的構思，以及對技術的掌握力

我的信念是: LLM 只會給出平庸解，只有人類才會給出靈光乍現的有趣答案 (即使很廢，也能廢的有趣)

沒靈魂的 vibe coding 有幾大特色

1. 莫名其妙的註解
2. 一堆無用 function, import and varaible
3. 意義不明的 try except
4. 不會使用現成的 utils，重複造輪子
5. 對於基礎環境了解不深，明顯感覺到只解決局部問題，全局觀很糟 (不知道)
6. 以為完成了某個功能，實際上是對 codebase 的破壞
7. 縫補感很重的 interface，很明顯有些需求是後續加上的
8. 查文件就有的答案，偏偏你在繞路
9. 知識的匱乏

當希望自己寫的程式碼，是可以放心讓別人堆疊在上面的話，建議 LLM 寫一小段，自己也要確保該段落的 robust 後再繼續開發

進一步思考: 如何察覺自己在某個領域的無知度#

有了 LLM 很好分辨

首先你需要有一個自己的專業領域，也就是你在這領域是問不倒的

然後使用 LLM 後，你大概清楚 LLM 在這領域是什麼程度， maybe 8成準確，2成唬爛

那麼我就推估，這就是 LLM 的極限，其他領域也是落在這程度上下

某一天，你問一個你不熟悉的領域，當你是 100% 相信 LLM 所說時，你要先警覺出自己在這領域的無知

這時候建議你開始補充這領域的知識

• 翻閱書籍/文件
• 反問 LLM 挖掘出知識點
• 保持著求知慾，而不是放手給 LLM，透過 LLM 獲取知識，但不要放棄辨別真偽的權利

NOTE

以上都是我主觀想法，0% LLM 介入，歡迎討論