AI讓新增功能更快——那麼為什麼不再加一個？
本文討論了AI編碼工具如何大幅縮短功能開發時間，但同時也帶來了範圍蔓延的風險。作者以自身產品grith為例，分析了當每個功能只需幾小時而非幾天時，自律和範圍限制變得至關重要。
文章情報
要點
- AI大幅縮短了功能開發時間，使得“再多加一個功能”的誘惑更大。
- 每個單獨的功能看起來都是好主意，但累積起來會導致專案範圍失控。
- 作者透過區分“安全模型要求的功能”和“真正的範圍擴張”來管理範圍。
- 建議透過先寫計劃、明確釋出路徑、讓AI互相辯論等方法來保持紀律。
為什麼重要
這條新聞值得關注，因為AI大幅縮短了功能開發時間，使得“再多加一個功能”的誘惑更大。
技術影響
可能影響模型選型、推理成本、產品能力和評測基準。
隨著AI編碼工具的發展，新增新功能所需的時間急劇下降。過去需要週末完成的功能，現在只需一個下午；原本需要下午的，現在一個小時就夠。這種變化聽起來是好事，但作者指出，它帶來了一個隱性陷阱：範圍蔓延。
當每個功能的單位時間成本從幾天降到幾小時時，開發者傾向於新增更多功能，因為“只是多花幾個小時”的想法變得合理。然而，這些“合理”的小決定累加起來，往往導致專案偏離初衷。作者以自己正在開發的grith產品為例，描述了原始MVP僅是一個Linux上的兩句話描述：攔截CLI代理的系統呼叫，透過多階段過濾管道，返回允許、拒絕或排隊等待審查。但現在的產品包含了大量超出原始範圍的功能：帶有即時會話跟蹤、散點圖、甜甜圈圖和摘要審查流程的儀表盤，基於貝葉斯更新的自適應信譽系統，長時間執行的守護程序，通知通道，配置檔案編輯器，遠端配置檔案覆蓋分發等。
並非所有額外功能都是不必要的。作者將新增功能分為兩類：第一類是安全模型要求的基本功能，如雜湊鏈完整性、AES-256-GCM靜態加密、秘密掃描模式、敏感路徑啟發式、帶熵檢查的出站過濾器等。這些是產品核心競爭力的必要組成部分，是基本能力而非“功能”。第二類是真正的範圍擴張，如複雜的儀表盤和自適應系統。問題在於，AI加速了第二類功能的實現，使得開發者難以拒絕。
為了應對這一挑戰，作者提出了一些紀律：先寫計劃，用散文形式解釋為什麼要做、約束條件、替代方案；明確定義釋出路徑，對於grith來說就是“受監督的Claude Code會話、真實過濾管道、真實摘要，僅限Linux”；讓AI在不同會話中互相辯論，從一個冷啟動的會話來審查設計；限制同時進行的功能數量；警惕“第二階計劃”——計劃中的計劃。作者強調，這些方法並非新穎，但在AI時代，由於舊的“時間預算”限制已經消失，開發者需要更主動、更頻繁地應用它們。
最終，grith的v1版本將僅限Linux釋出。作者認為產品因第一類功能而更強，但第二類功能導致了延遲。真正的教訓是：少構建第二類功能，不為第一類道歉。