當我接手了一個夥伴用 AI 蓋好的專案

在這之前，我是一個純前端的開發者。

過去雖然偶爾碰過前後端在同一專案裡的經驗，但遇到不熟悉的後端語言、資料庫設定或是複雜的路由，我常常會陷入一種「不知該從何看起」的焦慮感。

這次，我接手了一個全新的預約管理系統專案。這個專案的基礎架構——包含後端、資料庫、前端路由與基本的佔位頁面，已經由另一位夥伴透過 AI 完全建立好了。

面對這個全新的專案，我沒有急著去翻程式碼，而是決定先請 AI 幫我做第一件事。

讓 AI 以「新人工程師」的角度，幫我寫一份指引

接手一個由 AI 產出的專案，最怕的就是「看似有模有樣，卻不知道各個檔案在幹嘛」。

於是我打開 Claude Code，對它說： 「請以一個完全沒看過這個專案的新人工程師角度，幫我建立一份新人指引手冊。」

幾秒鐘後，AI 產出了一份指引文件。

它沒有丟給我一堆複雜的程式碼，而是用非常條理的方式梳理出整個專案：告訴我這個系統的核心商業邏輯是什麼、前後端資料夾各自負責什麼，甚至幫我畫出了資料在前後端之間是怎麼流動的。

這份文件不只是給未來的協作者看的，它首先成了我快速理解整個專案的防護網。

在本地 Run 起來：遇到了第一個問題

有了指引文件，下一步就是嘗試在本地把專案跑起來。

我輸入了啟動指令，畫面順利顯示登入頁面。但隨即我面臨了一個很尷尬的問題：「預設的帳號密碼到底是什麼？」

這是一個全新的專案，資料庫剛建立好，我完全不知道預設的測試帳號被寫在哪裡。

這一次，我沒有第一時間把問題丟給 AI，而是自己回頭去翻找專案內的文件與設定檔。因為在嘗試使用 AI 協作的同時，我依然希望保有自己查找與解決專案問題的能力，而不是把所有驗證與追查都無腦交給 AI。

最後，我在專案設定中找到了，順利釐清設定機制並順利登入。當畫面跳轉成功的那一刻，我知道：這個專案已經在我的電腦裡活過來了。

站穩腳步後，邁出我的第一步

確認前後端可以在本機正常運作，也釐清了整體的資料結構後，開始介面與視覺規範的建立。

我切換到了 Claude Design，告訴它我們專案使用的前端套件與系統類型，同時附上幾張自己喜歡的介面風格原型，跟它一起建立屬於這個專案的設計規範與 UI Kit。

AI 協作時代下的「接手專案」

過去我們接手別人的專案，最耗時的往往是「讀懂程式碼結構」與「踩遍環境設定的坑」。

但這次與 AI 協作的經驗讓我有了一個新的體會：

  • 先建立 Context，再動手：善用 AI 整理出新人指引，把不熟悉的後端與資料庫結構可視化。
  • 保有自主查錯的能力：讓 AI 處理大架構的整理，但在追查問題時依然訓練自己看文件的基本功。
  • 釐清脈絡後，回歸專業：當環境跑通後，開發者就能把精力放回真正的產品設計與體驗優化。

你不需要變成一個全端專家，才能接手一個前後端混合的專案。只要懂得如何讓 AI 幫你「導覽」與「接棒」，同時保有自己的工程判斷力，任何人都能在陌生的程式碼庫裡快速站穩腳步。