有位講師用 AI 把自己的課程網站做起來了，跑了半年。最近他問我一個他自己也覺得有點晚才想到的問題：這個網站，以後誰能接手維護？

先給答案。能接手的人有，但接手的成本會比你想像的高很多。原因不在程式碼難不難讀，而在於沒有人知道它為什麼這樣寫。

你現在能做的，不是把程式碼整理得更漂亮，而是把「決定」留下來。

接手的人在看什麼

工程師接手一個網站，第一件事不是讀程式碼，是問：這個網站要做什麼、哪些地方不能動、以前出過什麼事。

自己用 AI 做的網站，這三題通常都沒有答案。程式碼是 AI 一次一次對話生出來的，每次對話解決一個問題，中間換過幾種做法、留下幾段沒用到的程式，你自己也記不得了。接手的人打開來，看到的是一堆能跑的東西，但不知道哪一段是刻意的、哪一段是當時 AI 隨手寫的。

這就像接手一間沒有帳本的店。貨都在，但不知道哪些是賣的、哪些是退貨、哪些是壞掉還沒丟。

所以工程師接手這種網站的報價，常常比重做一個還高。不是他想坑你，是「讀懂」這件事本身就要花時間，而且讀懂之後還不能保證沒漏掉什麼。這也是為什麼很多人問過一輪之後，最後選擇的不是找人接手，而是把內容和名單搬到一套本來就有人維護的系統上，程式碼直接放掉。

系統真正貴的是上線之後

很多人以為網站做出來，最難的部分就過去了。我的經驗剛好相反。

我自己開發系統十幾年，現在有 AI 幫忙，寫功能的速度快很多。但我還是常常修到半夜。不是因為程式難寫，而是有人在用的系統，會一直冒出設計時沒想到的狀況：舊客戶的資料格式不同、第三方服務改版、新功能影響到原本的流程、某種資料組合造成錯誤。

這些事每一件都不大，但每一件都要有人處理，而且處理的時候要知道「動這裡會不會影響到那裡」。這個判斷，靠的是對這套系統的了解，不是程式能力。

所以維護的成本，不是寫程式的成本，是「理解這套系統」的成本。你自己維護，理解是免費的，因為你就是做的人。換一個人，理解要從零開始。

值錢的不是程式碼，是踩過的坑

我常說，一套系統最難被複製的部分，不是某段程式碼，是過去累積的失敗與判斷。

哪些需求看起來合理、做完卻沒人用。哪些地方客戶一定會卡住。哪些第三方服務容易出問題。哪些資料改之前一定要先備份。哪些地方不能任意修改。

這些東西不會出現在畫面上，也不會出現在程式碼裡。它們在做的人的腦子裡。你用 AI 做網站的這半年，其實也累積了一些，只是你沒有寫下來。

現在可以留下什麼

不用寫技術文件，你也寫不出來。留這幾樣就好：

• 一份「這個網站有哪些功能、各自用來做什麼」的清單，用你自己的話寫
• 每一次跟 AI 的重要對話，把「我要它做什麼、最後怎麼解決」記一段
• 出過事的紀錄：哪天壞了、症狀是什麼、最後怎麼修的
• 哪些設定絕對不能動，例如金流的金鑰、網域的設定
• 所有帳號密碼放在哪裡、主機在哪裡、網域在哪裡

這些東西看起來很普通，但它們正是接手的人最需要、也最不可能自己找到的。

一個常見的誤區

有人覺得，反正有 AI，以後接手的人也可以把程式碼丟給 AI 讀。

AI 可以幫忙讀程式碼，但它讀不出「為什麼」。它會告訴你這段在做什麼，不會告訴你當初為什麼不用另一種做法，也不知道上次改這裡的時候壞了哪個功能。這些是你的經驗，AI 沒有。

反過來問

如果你明天忽然不能碰這個網站一個月，有人接得起來嗎？

如果答案是沒有，那這個網站現在的維護成本，就是你自己的全部時間。這不是程式的問題，是你要不要現在開始留紀錄的問題。

如果你做到一半卡住，可以把狀況寫信給我。我也會在電子報裡持續寫維護這類上線後才會懂的事：https://iamlouis.ai/subscribe/edm