800 日薪幹外包：用Claude Code搭建遊戲服務器
整理版優先睇
用Claude Code搭建服務器，AI協作取代傳統運維系統
作者係一位日薪800港元嘅外包工程師，佢最近接到一個任務：用Claude Code（CC）嚟搭建公司測試環境嘅服務器。呢篇文章完整記錄咗佢同CC協作嘅過程，由設定任務限制、探索環境、制定方案、執行部署，到最終生成文檔嘅意外。作者想透過呢個經驗，展示AI點樣可以取代傳統運維系統，將繁瑣嘅操作自動化。整體結論係：只要將操作流程文檔化，下次就可以讓AI完全自主執行，大幅提升效率。
過程中，CC展現咗唔少智能行為：佢發現目標服務器冇安裝數據庫查詢工具，就自己安裝；佢理解服務器依賴關係，按順序啟動；佢甚至喺傳輸文件失敗時識別錯誤，主動終止任務並請求人類協助。作者需要介入嘅部分主要係傳輸大文件，同埋提供初始文檔。呢種人機協作模式比傳統開發運維系統更快更靈活。
不過，文章都提到一個重要意外：最後一步生成總結文檔時，CC無法創建文件，作者要新開一個會話先勉強撈返啲數據。呢個教訓話畀我哋知，AI喺持久化輸出同跨會話記憶方面仍然有限制。但總體嚟講，呢篇文章係一個成功嘅AI輔助運維案例，值得所有做服務器管理嘅人參考。
- Claude Code可以自主探索服務器環境、發現缺失工具並自行安裝，展現AI嘅自主能力。
- 作者將任務分階段（數據庫初始化、服務部署、啟動驗收），CC能理解依賴關係並按順序執行。
- 過程中需要人類介入（如傳輸大文件），但AI能識別錯誤並請求協助，形成高效協作。
- 雖然成功搭建服務器，但生成文檔時出錯，顯示AI喺持久化輸出方面仍有侷限。
- 作者認為，只要將操作流程文檔化，下次可以讓AI完全自主執行，取代傳統運維系統。
背景與任務設定
作者係一個日薪800嘅外包工程師，佢用Claude Code（CC）嚟搭建公司測試環境嘅服務器。
為咗安全起見，作者唔允許CC執行刪除等危險操作，只讓佢複述需求並提出疑問，作者再答疑。
CC探索咗3個服務器和文檔，佢發現目標服務器冇安裝數據庫查詢工具，仲自己識得安裝。
作者回答得好抽象，但CC都理解到，畀出初步分析。
實施方案與分階段執行
CC給出完整實施方案，分三個階段：數據庫初始化、服務部署、啟動驗收。
CC原本打算逐個服務拷貝，作者認為應該打包處理。
逐個服務拷貝嘅方案被作者否定，要求打包一齊處理。
- 1 階段一：數據庫初始化。CC執行後，作者檢查冇問題。
- 2 階段二：服務部署。CC打包傳輸後，部署成功。
- 3 階段三：服務器啟動驗收。CC根據依賴啟動，發現少配置文件，請求傳輸後完成。
作者要求打包傳輸，提高效率。
執行過程與人機協作
階段一完成後，作者順手命令CC檢查數據庫，冇問題。
階段二傳輸文件失敗，CC終止任務，作者介入傳輸文件。
CC展示小聰明，知道服務器依賴關係，按正確順序啟動。
階段三CC啟動服務器，通過錯誤日誌發現少咗配置文件。
CC根據錯誤日誌識別缺失配置文件，展現除錯能力。
意外與反思
任務完成後，作者要求CC總結為文檔，但文檔死活無法創建，係最重要一步出意外。
- AI喺持久化輸出同跨會話記憶方面仍然有限制。
- 但整體流程證明，只要將操作文檔化，下次可以讓AI完全自主執行。
- 以前呢啲操作要開發運維系統，而家只要有文檔，AI就做到。
以前呢啲操作要開發運維系統，而家只要有文檔，AI就做到。
