Day 04：我只想存個中文備註，最後差點蓋出一套帳號管理系統

前三天談的都是「AI 給的答案對不對」。今天換一個更難察覺的問題——AI 給的每個答案都對，但它會熱情地把你的小需求，一路滾成一個你根本不需要的大系統。

而踩剎車的那個人，得是你。

起點：一個很小的麻煩

事情的起因小到不行。我在管一台 FortiGate（防火牆設備），它管理帳號的那個畫面有個限制：備註欄不能打中文。所以每個帳號對應的中文說明，我只能另外開一份 Google Doc 記。

你能想像那個下場——兩邊各記各的，改了 FortiGate 忘了改 Doc，時間一久就對不上。

所以我的原始需求，濃縮成一句話就是：「我想找個地方，把中文備註跟帳號綁在一起，不要再兩邊不同步。」

就這樣。這個需求用一張對照表、甚至一份維護得好一點的 Google Sheet 就能解決。

雪球開始滾

我問 AI：FortiGate 有沒有 API 可以把帳號資料抓出來？

它回答得很好——有，GET /api/v2/cmdb/user/local，還附上 curl 和 Python 範例。到這裡都很健康，它精準回答了我問的問題。

接著我問了第二個問題，很自然的一個延伸：「API 可以停用帳號嗎？」

它說可以，用 PUT。但接著，它多講了一句話——這句話是整件事的轉捩點：

「既然可以讀取＋停用，整個工具可以做得更完整。」

然後它列了一張表：列出帳號（GET）、啟用停用（PUT）、新增帳號（POST）、刪除帳號（DELETE）。後面兩項雖然劃了刪除線，但意思很清楚——「這些我也能幫你做喔。」 緊接著它畫出一整個工具的架構圖，最後問我：「要用 A 方案還是 B 方案？」

我必須誠實說：接下來把雪球滾大的，有一半是我自己。

它問我備註存哪，我從「localStorage 就好」升級成「不要存本地，用雲端」；講著講著，我自己說出了「乾脆做個獨立網頁，Node.js 後端、用 Docker 容器跑、接 PostgreSQL 資料庫」。再後來，我還想加上申請流程、展期流程、稽核軌跡、email 通知、每月批次停用……

你發現了嗎？我最初只是想存一個中文備註。 現在桌上這張藍圖，是一套完整的 VPN 帳號生命週期管理系統——前後端分離、容器化、資料庫、稽核、排程、通知，一應俱全。

AI 不會踩剎車，因為那不是它的工作

回頭看整段對話，我發現一件事：AI 從頭到尾，沒有一次問我那句最該問的話——「你確定需要一套系統嗎？你原本的問題，一張對照表是不是就解決了？」

這不是 AI 的失職。它做的事情，每一件都對：API 端點正確、架構建議合理、方案比較清楚。它是一個有求必應、而且會貼心地幫你多想一步的執行者。你給它一個需求，它不只滿足，還會順手把相鄰的可能性也擺出來給你看。

但「順手多擺出來的可能性」，跟「你真正需要的東西」，是兩回事。

AI 的預設行為是滿足並擴展你表達的每一個念頭。它不會反過來質疑這個念頭本身該不該存在——因為它沒有你的成本感。它不知道這套系統上線後誰要維護、每個多出來的功能都是未來的技術債、也不知道你其實只有一個人在管、根本用不到「多人申請展期審核」那一整套流程。

這些脈絡，只有你有。

這一天的分工：AI 負責「能做什麼」，人負責「該做到哪」

這正是 1+1>2 裡，那個「>」產生的地方。

AI 的「1」是它強大的產能——你要什麼它給什麼，還能舉一反三。但如果沒有人踩剎車，這個產能會反過來害你：它會用一連串正確的建議，帶你蓋出一個過度設計、沒人需要、將來還要花力氣維護的龐然大物。這種傷害特別陰險，因為過程中沒有任何一步看起來是錯的，你不會收到任何警訊，直到某天回頭才驚覺「我當初只是想存個備註」。

人貢獻的那個「>」，就是邊界感——判斷「這件事該做到哪裡就停」。這個判斷 AI 給不了，因為它需要三樣它沒有的東西：對真實使用情境的理解、對長期維護成本的痛感、以及「夠用就好」的節制。

所以我後來養成一個習慣：每當 AI 開始說「既然可以 X，那乾脆連 Y、Z 一起做」的時候，我就會停下來，回頭問自己最初那一句——我原本要解決的，到底是什麼？

那次 FortiGate 的最後，我把藍圖砍回一個很小的東西：一個唯讀顯示帳號、能存中文備註、加上一個受來源 IP 限制的停用按鈕的小頁面。申請、展期、審核、排程那一整套，全部沒做——因為我只有一個人管,根本用不到。

AI 給了我一整座城市的設計圖。而決定「我只需要一間房」的，是我。這一步不能外包。

明天談一個相關、但方向相反的情況：當 AI 給的建議本身很專業，卻建立在一個它沒查證、你也沒發現的錯誤前提上——一個關於工具邊界的故事。