Loading

正在準備體驗,請稍候…

Max
← 回部落格列表

用 Claude Fable 的心得

最近開始把日常接案與這個個人網站的開發工作交給 Claude Fable 一起做,從加一個部落格導覽連結,到調整手機版的語言切換文字,很多小改動都是直接用自然語言講需求,看它把 diff 生出來。用了一陣子,想記錄幾個真實的感受,不是業配,是工作筆記。

讀懂脈絡這件事

這個 repo 有不少累積下來的隱性規則——比如 Vercel 部署一定要 framework: null,比如 tilt 效果要綁在不會傾斜的容器上避免抖動。這些規則我寫進 CLAUDE.md 之後,Claude Fable 在動手前會先讀,改動時也會順著既有慣例走,而不是硬塞一套自己的寫法進來。省下的不是打字時間,是「解釋為什麼不能這樣做」的時間。

小改動的手感

像這次「部落格排實驗室左邊」「手機版 English 縮寫成 EN」這種需求,講一句話它就會先去找對應的檔案、抓出當前結構,再給出最小範圍的修改,不會順便幫你重構整份導覽列。這點對我很重要——接案久了很怕工具太「熱心」,改東西改到你看不懂自己的程式碼。

Labs 那些範例哪來的

實驗室頁面那些小遊戲、小玩具,背後其實是跟 Claude Fable 一口氣做了上百個範例——撞球、小鎮物語都是這批裡挑出來的。做法很土:想到什麼點子就丟一句需求,讓它先生出一個能跑的版本,好不好玩、值不值得留,自己玩過再判斷。上百個裡面多數是練手感、試技術用的半成品,最後留下來放進 Labs 的只是覺得夠有趣、夠完整的少數幾個。量先衝出來,篩選的眼光還是自己的。

撞球遊戲畫面
撞球遊戲——拖曳瞄準、放開擊球的 3D 撞球模擬。玩玩看 →
小鎮物語畫面
小鎮物語——類「模擬城市」的 3D 建造小遊戲。玩玩看 →

什麼時候還是要自己盯著

CSS 選擇器這種需要「猜使用者實際會看到什麼」的地方,還是得自己來回檢查——像是手機版語言切換要縮寫,一開始若沒講清楚方向,很容易兩個語系都被改到。AI 輔助開發省下的是重複性的工程時間,判斷「這樣做對不對」的責任還是在自己身上,尤其是雙語、多裝置這種一改容易牽一髮動全身的地方。

心得

用下來的感覺比較像是多了一個記性很好、動作很快的助手,而不是取代規劃與判斷的角色。文件寫得清楚、需求講得具體,它給出來的東西就會很貼合這個專案原本的樣子——這大概是目前這類工具用得順手與否的分水嶺。