阿凱📝 主編觀點 · 職涯衝擊分析 — 這對工程師、PM、設計師意味著什麼，該怎麼準備
AI 技術債不會出現在你的 Jira 裡，但它已經在摧毀你的系統
Virgin Atlantic 用 Codex 趕出一個 app，節假日前上線，零個 P1 錯誤，單元測試覆蓋率幾乎滿分。聽起來是 AI 輔助開發的完美廣告。但 VentureBeat 這週丟出一個問題：你的 AI 系統裡，有多少債正在悄悄累積？
傳統技術債大家都懂——爛架構、沒重構的程式、copy-paste 三年的 util.js。但現在出現了三種新的債，而且沒有任何一種會出現在你的 code review 或 sprint retrospective 裡。
第一種是 Prompt Debt。你三個月前在 production 寫死的那段 system prompt，已經沒人記得為什麼要那樣寫，但它每天在影響幾萬個使用者的回應。沒有 commit message，沒有 PR，沒有 owner。第二種是 Retrieval Debt。你的 RAG pipeline 的 chunk size、embedding model、相似度門檻，都是當時「試出來還不錯」的參數，從來沒有被系統性評估過。第三種最麻煩：Evaluation Debt。你根本不知道你的 AI 現在表現是變好還是變差，因為你沒有 eval set，或者你的 eval set 三個月沒更新了。
這三種債的共同特徵：無聲無息，直到炸掉。
對工程師來說，這代表你的工作責任邊界被重畫了。以前你可以說「我把功能做出來、測試過、部署上去，剩下的是 PM 的事」。現在不行了。一個 AI 功能的生命週期，從 prompt 設計到 retrieval 策略到持續評估，全部都需要工程師的參與。沒有人比你更有能力定義這些系統的健康指標。
對 PM 來說，這是一個機會。建立 AI 系統的健康儀表板，定期審查 prompt 版本、eval 結果、retrieval 準確率——這些工作現在是空缺的，沒有人在做，但每個做 AI 產品的公司都需要。誰先把這個流程建起來，誰就在團隊裡不可取代。
Virgin Atlantic 的成功是真實的。但那是交付前的乾淨數字。交付之後，那個 app 的 AI 行為會不會在六個月後悄悄劣化，沒有人在追蹤，這才是真正的問題所在。
