iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
Software Development

綠燈不等於做對:AI 開發的驗收工程 ——從兩個失敗的案子,到驗收交付 系列

這一年我帶著 AI 做了八個案子。兩個失敗、三個做到了、三個還在跑——而它們出自同一群人、同一段時間。
案子做了四個月,最後客戶要求重做。我們照 Prototype 做了,AI 沒有違反任何一條寫下來的規則。
案子功能全對、測試通過、單元測試覆蓋率 85%,我們拿到兩三百頁的開發規範還把它做成機器檢查——客戶說不符合規範,因為他真正在用的那套,跟他給我們的文件不一樣。
這兩件事教會我兩句話:在建造之前,要先明白你要建造什麼;你很在意的東西,務必要講清楚。
從客戶對 AI 沒信心,到用一套嚴謹的程序把它做到可以交付,這一年多的修煉,就是把「AI 能不能用」變成「我憑什麼說它是對的」。

參賽天數 23 天 | 共 23 篇文章 | 0 人訂閱 訂閱系列文 RSS系列文
DAY 11

Day 11 - 為什麼一般規範對 AI 沒用

Part 1 開始。接下來我們要講一個框架。 先把背景放回來,因為接下來八天會一直提到「那個案子」:四個月的技術升級案、舊系統是 Web Forms、九輪人工測...

2026-09-09 ‧ 由 kuokaini 分享
DAY 12

Day 12 - 光譜:從告誡到封鎖

昨天的結論是:要把「希望 AI 別做」轉成「讓 AI 做不到」。 但這中間不是一個開關,是一條光譜。今天把它畫出來。 四段光譜 希望 AI 別做 → 告訴...

2026-09-10 ‧ 由 kuokaini 分享
DAY 13

Day 13 - 第 0 層 憲法:說到底是參考用的

第 0 層:憲法。 這是每個人都有的那一層。CLAUDE.md、Cursor rules、system prompt 最頂端那幾條「絕對不可以」。它最便宜,也最...

2026-09-11 ‧ 由 kuokaini 分享
DAY 14

Day 14 - 第 1 層 事實層:AI 不是不查,是沒地方查

第 1 層:事實層。 第 0 層處理的是「規則」。這一層處理的是另一種東西。事實。 而這兩者的失效方式完全不同。 一個具體的失效 舉一個例子: AI 設定了 M...

2026-09-12 ‧ 由 kuokaini 分享
DAY 15

Day 15 - 第 2 層 流程閘道:配置都對,順序錯了

第 2 層:流程閘道。 這一層講的不是「規則內容」,而是「做事的順序」。 我認為這是最多團隊做錯的一層。配置都對,順序錯了,所以沒效。 那個案子配了什麼 先看配...

2026-09-13 ‧ 由 kuokaini 分享
DAY 16

Day 16 - 第 3 層 工具層強制:讓 AI 物理上做不到

第 3 層:工具層強制。 前面三層都是 advisory——AI 願意配合才有效。 這一層不一樣。這一層是 AI 物理上做不到違反。 而那個失敗的案子,這一層完...

2026-09-14 ‧ 由 kuokaini 分享
DAY 17

Day 17 - 三個階梯:把「請不要改」變成「順手改不了」

昨天講完第 3 層是什麼、以及它在那個案子裡完全沒有被設置。今天全部是可以複製的東西:三個階梯,由零風險到真的會擋,加起來不到一小時。 第 0 層是寫在文件裡的...

2026-09-15 ‧ 由 kuokaini 分享
DAY 18

Day 18 - 第 4 層 驗證層:109 個 bug 修完,沒有一個變成測試

第 4 層:驗證層。 第 3 層是「擋住」。但有很多東西擋不住。你沒辦法用 grep 判斷「這個業務邏輯對不對」「這個畫面符不符合設計稿」。這一層要處理的是:擋...

2026-09-16 ‧ 由 kuokaini 分享
DAY 19

Day 19 - 第 5 層 人工閘道:人只看機器看不出來的東西

第 5 層:人工閘道。Part 1 的最後一天。 前面四層都在講怎麼用機器。這一層講人。 而這一層的核心原則只有一句話: 人只看機器看不出來的東西。 那個案...

2026-09-17 ‧ 由 kuokaini 分享
DAY 20

Day 20 - 規格驅動工廠:從第一天就把規範變成機器擋

Part 2 開始。前十七天講「為什麼失敗」,接下來七天講「做對了長什麼樣」。 而且這次有數據。 先說清楚這套東西是從哪來的 接下來七天要講的「規格驅動工廠」,...

2026-09-18 ‧ 由 kuokaini 分享