AI 技術債為什麼會複合增長

AI 編碼代理拿掉了過去限制上線速度的瓶頸，速度幾乎有保證；不保證的是六週後程式庫還說得通。Anthropic《創辦人手冊》點出一個容易忽略的風險——當每個功能都「還能跑」時：智能體技術債。MVP 階段留一點捷徑可以理解；一般技術債慢慢累、也能用一輪衝刺清掉。但手冊認為，AI 技術債會複合增長。

每次對話都在重推基礎

把跟代理一起寫代碼想成：請了一位極快、卻從不帶同一本筆記本的承包商。若架構原則、要避開的依賴、主動接受的取捨沒寫在模型讀得到的地方，每次對話都會從頭重推基礎決策，決策就開始漂移。結果是程式庫沒有統一心智模型——不是單塊代碼差，而是各塊從未被設計成能拼在一起。

這團亂常很晚才露面：早期演示還好看；流量上來、功能疊上去，為速度買下的捷徑開始收利息——偏偏是你最負擔不起大翻修的時候。

沒有共享設計模型的速度

在 AI 原生新創裡，程式庫是你一場接一場協作的對象。可讀性不是公文，而是讓 AI 繼續當倍增器、而不是熵的來源。跳過規格、架構決策與上下文檔（例如 CLAUDE.md）的創辦人，會撞上可預期的牆：每次新對話都要重講產品，生成的改動也會偏離原初願景。

• 在第一行生產代碼前，寫下架構原則與取捨
• 保留範圍文件：MVP 做什麼、刻意不做什麼、什麼用戶證據才夠加功能
• 每次收工花五分鐘記日誌——對抗架構漂移的便宜保險

能跑，不等於夠安全

複合債務不只是資料夾亂。智能體工具生成的是能跑的代碼，不是天生安全的代碼。功能壞了會大聲失敗；安全漏洞卻安靜到被利用才現身。把 MVP 交給真實用戶，就意味著真實資料與真實暴露——上線前做一輪安全檢查是底線，不是錦上添花。

可以快，但不能沒有可繼承的設計

手冊的重點不是為慢而慢，而是守住 AI 無法代勞的判斷：做什麼、不做什麼、以及未來每次對話必須遵守的約束。可以快，但要留下下一個代理——以及下一個你——還跟得上的設計模型。否則今天的速度，會變成明天複合膨脹的混亂。