AI研究
Helper CTO 系列文章 22｜從 AI 原型到正式產品：要補的不是功能，是可維護性
用 AI 工具做出來的原型能跑、能 demo，但要正式上線時，很多人急著補功能，越補越沒人敢動。本文用四句白話定義可維護性——看得懂、改得動、壞了知道、能重來——並給出先補哪一項的順序。
「我是用 Cursor 做的，程式碼都在我電腦裡，要交給工程師的話我要準備什麼？」用 AI 工具做出產品的老闆，找人接手時第一個問這句。沒準備就交出去，接手的人會花一半時間在「找東西」而不是「看東西」，那段時間你在付錢。你不是不懂技術才交接不好，而是沒人告訴過你該盤哪幾樣。以下四樣，準備好再交出去。
交出去之前，先盤一次自己手上有什麼
用 Cursor、Claude Code、Lovable 做東西過程很順，你不太會注意到中間長出多少東西：
- 程式碼在某個資料夾，資料庫在某個雲端服務。
- 寄信用了某個第三方，網址在某個平台註冊。
- 金流或登入串了某一家，當時只按了「授權」就過去了。
- 每一樣都是 AI 幫你設好、你按了同意，然後就忘了。
第一步不是把程式碼寄出去，是先自己盤一次。很多人盤完才發現，有些東西根本不在自己名下。
四樣東西，先對一張表
要盤的就是這四樣，每一樣你自己都做得到：
| 要交的東西 | 你自己先做什麼 | 沒準備的後果 |
|---|---|---|
| 程式碼 | 放進公司名下的版本庫 | 接手的人只能看你的電腦 |
| 啟動方式 | 用自己的話寫一段怎麼跑 | 第一天就卡在跑不起來 |
| 外部服務 | 列出服務、帳號、費用、金鑰 | 卡片過期，功能默默停掉 |
| 功能清單 | 標出有在用、不確定、沒在用 | 沒人用的功能也要一直維護 |
只有最後一樣非你不可，前三樣工程師能幫你補，但補的時間你要付。
前兩樣：程式碼在哪、怎麼跑起來
程式碼是產品本體，先確認它在一個「可以給別人看」的地方：
- Lovable 這類線上工具：找「匯出」或「連結版本庫」的選項。
- Cursor 或 Claude Code：把資料夾放上版本庫，用公司帳號開。
- 程式碼只留在自己的電腦裡，等於公司帳上沒有這份資產。
- 確認你是擁有者，之後給工程師「可以看」的權限就好。
接著寫一段怎麼跑起來，不必寫成技術文件：
- 我平常怎麼啟動它？打哪個指令、開哪個網址？
- 啟動之前要先開什麼？資料庫還是某個服務？
- 有沒有哪個檔案裡放了密碼或金鑰？在哪裡？
- 有沒有測試用的帳號，工程師可以直接登進去看？
寫得不專業沒關係。真的說不上來——每次都叫 AI 幫你跑——就把那段對話一起交。
後兩樣：外部服務與功能清單
AI 做的產品幾乎一定用到外部服務，每一個都有帳號、費用與金鑰。這張表最常被漏掉，也最快出事：
- 工程師改了程式，卻不知道要去哪個服務改設定。
- 某個服務的信用卡過期，產品就停了，沒人知道為什麼。
- 盤的時候順便把帳號都改到公司的信箱底下。
- 金鑰散在程式檔案裡，交接時最容易整包外流。
第四樣只有你能做。AI 的特性是「你講一句，它做三件」，接手的人分不出哪些是你要的、哪些是順手加的，只能全部當成要維護的東西。打開產品一頁一頁點，分成有在用、不確定、沒在用三類。從原型到正式產品那篇講過，清掉沒人用的東西就靠這份清單。
交給誰看：只需要看得到程式碼
四樣準備好，接下來是交給誰。先講清楚一件很多人擔心的事：
- 健檢只要唯讀權限：版本庫給看得到就夠了。
- 正式環境的主機、資料庫、後台管理員帳號都不需要。
- 看程式碼就能判斷結構、看出資安問題、估整理要花多少力氣。
- 正式環境裡的資料是你的，評估階段沒有理由碰。
- 合作之後才逐步交權限，一次交一樣，交了都留紀錄。
順序是：先給看、拿到報告、你再決定要不要合作。Vibe Coding 與真正系統架構的落差那篇講過原型跟系統差在哪，健檢就是用你的產品量一次那個差距；能 demo 不等於能上線那篇的五件事，好幾件根源就在這兩張表。
恩梯科技接手 AI 專案時的四個承諾
- 健檢只看程式碼，不需要正式環境的帳號密碼。
- 3～5 個工作天給你一頁報告，三種結論寫明是哪一種。
- 沒盤完的東西我們幫你補，補了什麼會寫在報告裡。
- 接手、維護、改善、繼續開發，同一組人從頭顧到尾。
交接順不順，決定的不是程式寫得好不好，是東西找不找得到。
用 AI 做出來的產品，交出去之前準備好這四樣，接手的人就能把時間花在看懂它，而不是找東西。恩梯科技以 Helper CTO 的角色接手並維護這樣的專案——像公司的技術負責人，只是不在你的編制裡。第一步是 60 分鐘的系統健檢：讓我們看得到程式碼就好，不需要正式環境的帳號密碼，3～5 個工作天內你會拿到一頁看得懂的報告。如果你手上那包東西還沒盤完也沒關係，我們可以陪你盤第一次：Helper CTO：系統維運方案。
