AI 產出的速度很快，我理解的速度卻遠遠跟不上。

三十篇寫完，我發現自己面臨兩個問題：「怎麼確認 AI 沒有出錯？」以及「怎麼避免自己在 AI Coding 的過程中，逐漸失去對專案的掌握？」

怎麼確認 AI 沒有出錯？

AI 做 Code Review 時，經常能提出看似合理的評論，但實際驗證後，才會發現其中也有錯誤。除了使用不同模型交叉檢查，更重要的還是熟悉框架、工具與自己的專案，並透過測試驗證結果。

因此，專案也採用 TDD 流程：先寫測試，再實作功能，最後重構。不過，測試通過只能證明程式符合測試所驗證的預期，並不代表所有設計都正確，更不代表自己真的理解了程式碼。

怎麼避免自己逐漸失去對專案的掌握？

這個專案一直採用 SDD（Spec-Driven Development，規格驅動開發），先討論規格，再開始實作。這麼做是為了避免 AI 自行決定細節，等功能不斷堆疊後才發現規則互相衝突。

然而，有規格不代表自己真的掌握了專案。之前為了趕上鐵人賽每天交稿的進度，我逐漸從自己撰寫規格、閱讀設計文件、手寫測試，變成修改 AI 提出的方案、請 AI 解釋設計，再讓 AI 撰寫測試，自己負責 Review。

開發速度確實變快了，但我也開始對自己訂定的規格感到陌生。直到發現這個問題，我才回頭重新閱讀規格，試著找回對專案的理解。

寫文章：強迫自己停下來重新理解

真正讓我重新熟悉專案的，其實是寫這三十篇文章。寫文章的過程中遇到說不清楚的概念，就得重新理解，甚至有些功能早已完成合併，直到寫文章時，我才發現自己還無法清楚解釋它的原理。

這讓我重新思考，在追求快速產出的同時，如何保留自己理解與判斷的空間。

AI 產出的速度只會越來越快，我能調整的，是自己多久停下來檢查一次。對我來說，寫文章就是停下來重新咀嚼的方式，也是 AI Coding 過程中，不把思考完全交給 AI 的方法之一。