盡信書,則不如無書。AI 寫的 code 也一樣: 不是不能讓它寫,是不能不驗就收。它出錯時,看起來跟做對時一模一樣——我遇過它回報 163 個測試全過,專案卻連編譯都過不了。
不教安裝、不比模型、不談 prompt 技巧。前 20 天講我日常在用的 Claude Code 工具與心法: 知識圖、CLAUDE.md、規格先行、Plan Mode、Skills、MCP、hook、地端模型、突變檢查,每一篇除了怎麼用,還講怎麼驗它真的有效。後 10 天交給 AI 實作一個活動報名系統。
你需要的不是更聰明的 AI,是一個不會說謊的裁判。
昨天讓 OpenSpec 拆了一份舊需求。今天真正開工,要的東西其實都在了:規格、15 條非目標、五條硬規則和它們的裁判,開賽前就寫好在 repo 裡。缺的只有...
昨天讓 spec-kit 排了工、上線了一個會回 {"ok":true} 的空殼。今天要在它底下放資料庫 —— 而 schema 是規格裡最...
昨天 schema 定案,今天在它上面立 API。原本規劃 17 條:認證 4、活動 5、票種 2、保留與確認 3、訂單 3。17 條做完之後,我又加了第 18...
昨天 18 條 endpoint 全通,其中 4 條是認證。而認證是這個專案唯一「寫錯了會出事」的地方。 沒有 Apple Developer 帳號,所以沒有...
昨天的 JWT,紅燈是因為時鐘。今天的題目是規格會變:規則改了,叫 AI 照新規則改,它改得對嗎?會不會幫你想到漏掉的地方? 先講結論:關鍵規則寫完整的時候,它...
昨天那條價格快照,寫錯的當下不會出事。今天換時間,而時間的錯更難抓:它們都發生在「那一刻」—— 開賣那一秒、保留到期那一毫秒。 今天有兩題。第一題,AI 寫的時...
昨天把併發的帳算清楚,後端到此定案。今天換到我最熟的那一端:iOS。AI 在這裡幫得上多少忙?它寫出來的東西,又要怎麼驗? 先講結論:型別交給契約產生,AI 只...
昨天的 iOS,是寫作 session 的 AI 讀過規格之後寫的。今天換一個問法:只給它一份契約和一段需求,它能從零寫出第三個前端嗎?寫出來的東西,又要怎麼驗...
前兩天的 iOS 和 Android,都有 UI 測試,也換了五種環境去跑。剩下的一格是 web 的畫面:API 有契約測試和煙霧測試,web 只有我自己點過。...