新電腦系統裝好了，AI 卻像剛搬來的房客：不認得資料夾、不記得分工。花半天把 MCP 模板、專案卡和常用問法攢成一包，複製過去就能開工。
菜鳥之友系列：《AI 工具實操與提示詞》・工具篇作者：業州愚公
前面幾篇，我們一路把 MCP 從零裝起來：入門、串線、自己寫一個最小的、補上 resources 和 prompts，最後學會在交鑰匙前把權限邊界畫清楚。全在同一台電腦上完成，一路順風。
然後我換了電腦。
系統裝得比想像中快，驅動、瀏覽器、輸入法，一個下午就回來了。真正卡住我的不是這些，是另一件事：打開 AI 客戶端，它像個剛搬進來的房客——不知道我的資料夾在哪，不記得我們怎麼分工，連我平常那句「照上次那個格式」都聽不懂。
舊電腦擺在旁邊還開著機，風扇在響，螢幕上是我一年累積下來的對話。我在兩台機器之間來回抄設定，滑鼠移過去又移回來。
那半天我做的不是「重裝」，是「重建」。重裝有安裝程式可以按，重建沒有。
這篇講的就是怎麼讓下一次不必再重建。核心只有一句：把你依賴的東西，從「這台電腦目前的狀態」變成「一個可以整包複製的資料夾」。
新手最常做的事，是把整個設定檔複製過去貼上，然後發現一半的伺服器起不來。因為那檔案裡混了三種東西：可備份的知識、只對舊機有效的路徑、不該備份的密鑰。
先分四類，後面每一步都會輕鬆很多。
| 資產 | 具體是什麼 | 目前通常存在哪 | 換機後怎麼處理 |
|---|---|---|---|
| 客戶端設定 | MCP 伺服器清單、啟動參數、預設模型 | 各客戶端自己的設定檔或圖形介面 | 抽成模板，路徑改成「算出來的」 |
| 專案知識 | 專案背景、名詞、禁區、輸出格式 | 聊天記錄、隨手筆記、腦子裡 | 寫成一頁專案卡，放進專案資料夾 |
| 常用問法 | 你反覆用的那十幾句 | 歷史對話、便利貼 | 存成片段檔，句子裡留填空位 |
| 密鑰憑證 | API key、token、登入狀態、授權快取 | 設定檔、系統鑰匙圈、瀏覽器 | 不進資料夾，新機重新授權 |
看清楚一件事：前三類是知識，第四類是權限。 知識可以複製，權限只能重新發一次。混在同一個檔案裡搬，就會出現「搬過去了，能動的東西卻少一半」的狀況。
各家客戶端的設定檔位置和格式都不一樣：有的在使用者設定目錄，有的在專案資料夾裡，有的直接在圖形介面填（實際路徑與欄位名以官方最新版本為準，別照舊教學硬套）。所以第一步不是找檔案，是把它拆開。
第一個動作：抽出伺服器清單，做成模板。
把描述伺服器的那一段單獨存成一份 template.mcp.json，只留「啟動指令、參數、環境變數」幾個鍵，值換成佔位符，例如 {{PROJECT_DIR}}、{{API_KEY}}。寫死的絕對路徑，一個都不留。
模板的好處不只搬家：三個月後你想不起某個伺服器為什麼在那，打開模板一眼就知道它要什麼。
第二個動作：讓路徑由腳本算出來。
多數 MCP 伺服器啟動時要求絕對路徑——它得明確知道「我被允許碰哪裡」。而絕對路徑在新電腦上幾乎一定對不上：磁碟代號可能不一樣，使用者名稱可能不一樣，資料夾層級更是常改。
解法不是改設定檔，是在設定檔和伺服器之間插一層啟動腳本。設定檔只寫「執行這個腳本」，腳本的第一件事是算出自己所在的位置，往上推出資料夾，最後才把路徑當參數傳給伺服器。
這樣一來，整包資料夾放哪裡都無所謂：D 槽、隨身碟、別人的家目錄，腳本自己會算對。Windows 寫成 .cmd，macOS 或 Linux 寫成 .sh，都只有幾行。
第三個動作：每個伺服器留一行註解。
一句話寫清楚它為什麼存在、服務哪個專案、能不能刪。現在寫起來囉唆，半年後是你唯一的線索。
前一篇講的「一個抽屜」原則，在搬家時會回報你。抽屜開得小的伺服器最好搬；當初圖省事把整個家目錄丟進去的，新機上往往第一個出問題，你還不敢亂改，因為不知道什麼東西依賴它。
換機之後最常見的症狀不是「它不會」，是「格式對、內容不對」。它知道怎麼寫一份摘要，但不知道這份摘要給誰看、不能出現哪些詞、上一版為什麼被退回。
這些東西不在你的檔案裡，在你腦子裡。所以要把它們挖出來，變成一頁。
我自己的專案卡只有五欄：
這是什麼。 三句話以內。寫給誰看的、解決什麼問題、目前進行到哪。
名詞對照。 專案裡總有幾個詞是自家人聽得懂、外人聽不懂的。和標準說法對起來，AI 才不會把「老客戶」寫成「既有客戶」——看似無害，其實會被退回。
禁區。 不能提的客戶名、不能給的承諾、不能引用的舊數據。最省事的一欄，也最救命。
輸出格式樣板。 直接貼一份「上次過關的那份」的骨架，標題層級、段落長度、結尾怎麼收。比任何形容詞都準。
最近的變動。 三行以內：上週改了什麼、為什麼改。換機後第一句話就能接上進度。
檔案叫什麼名字？各家有自己的慣例，有的認某個固定檔名，有的吃專案內的規則目錄（具體名稱與載入方式以官方最新版本為準）。不想研究的話，就用最笨的辦法：存成一份 專案卡.md 放在專案根目錄，然後在每次開新對話的第一句說「先讀專案卡」。
醜，但有效。而且它不依賴任何一家客戶端的特性——換工具、換版本、換人接手，都還在。
一年下來，真正反覆用的問法大概不超過二十句。
所以第三樣要搬的東西，是把那二十句撈出來。做法很簡單：翻一遍歷史對話，只挑「同一句用過三次以上」的，複製到一份 常用問法.md，每句下面留兩三個填空位。
提示詞的價值不在寫得多漂亮，在於你不用每次從頭想一遍。
挑的時候有個訣竅：優先留「有約束」的那種。 「幫我寫一封郵件」留著沒用，每次都要重講；「用三段寫，第一段講事實、第二段講影響、第三段只給兩個選項，全文不超過兩百字」才有價值——它把你的判斷固化成了一句話。
整理完你會發現一件不太舒服的事：你以為每天在想新問題，其實大半時間在重複同一種問法。
東西備好了，操作反而簡單。按這個順序走，全程不到半天：
第一步，舊機上做盤點，不做複製。 打開客戶端把伺服器清單抄一遍，標記哪幾個是「最近三個月真的用過」。用不到的直接不搬——搬家是清理的最好時機。
第二步，新機先裝客戶端，再放資料夾。 順序顛倒會讓你多花時間找設定檔在哪。
第三步，一個伺服器一個加，加完立刻測。 別一次貼上八個再一起啟動。加一個，就讓 AI 列出它看到的工具，看到名字才算通。
第四步，專案卡進專案根目錄，第一句話讓它讀。 讀完讓它複述一遍禁區，複述對了才開始幹活。
第五步，舊機最後才關。 至少留三天——這三天你一定會想起漏掉的東西，而它還在舊機上。
第一，密鑰不進資料夾。 API key、token、.env、授權快取，全部排除。入門包打算放進版本庫或雲端硬碟的話，先寫好忽略規則，再把檔案放進去——順序不能反。
第二，搬完要回頭撤銷。 舊機不再用了，那些還能用的憑證就是風險。到各家後台把舊的撤掉、重新發一組給新機。這一步很多人懶得做，但它才是「搬家」和「複製」的差別。
第三，能短效期就別用長效期。 長期密鑰寫在本機設定檔裡，本質上就是明文。
最後別靠「感覺好像可以了」。跑三個測試，一個都不能省：
讀。 讓它讀專案卡裡提到的某個具體檔案，說出裡面的一個細節。能說出來，代表路徑和權限都對。
寫。 讓它把結果寫到指定目錄，然後自己去檔案總管看那個檔案在不在。這一步測的是寫入權限，光看它回「已完成」不算。
連。 跑一次需要外部憑證的呼叫——查一筆資料、讀一個遠端倉庫。前兩個過了，它照樣可能掛。
三個都過，這台機器才算真的能開工。少一個，都只是「看起來好了」——而它總在你最趕的那天出問題。
做完這一輪，我手上多了一個不到幾 MB 的資料夾：MCP 模板、專案卡、常用問法、一支算路徑的腳本。複製到任何一台電腦，照清單走一遍，半天就能開工。
它真正的價值不在「換電腦」。凡是需要「把工作交給別人」或「隔三個月回頭接手」的場合，這包東西都直接能用——它把只存在你腦子裡的東西，變成了存在磁碟上的東西。
還有一個副作用：整理時你會發現有些伺服器裝了根本沒用，有些問法其實一直是同一句。
工具推薦隨身機器人（新用戶免費試用 7 天）
搬家最煩的是那種「設定貼上去了、伺服器也啟動了，AI 卻說找不到工具」的狀況——沒有錯誤訊息，只有沉默。隨身機器人可以幫你按順序排查：先看連線、再看參數、最後看權限，省掉在三個地方來回猜的時間。新用戶免費試用 7 天。
下一篇預告： 一個人用得很順的入門包，三個人一起用就開始打架——同一份專案卡，三個人改出三個版本。下次講怎麼把它變成團隊共用的一份，以及哪些東西絕對不能共用。
業州愚公 ｜ SY 視野（sylogs.com）原創內容，轉載請註明出處。