別把你的 AI 指令鎖進平台——可攜性比效能重要

開頭

Paul J Lipsky 上禮拜放了一支《12 Hidden Tricks To Level Up Claude Cowork》。他第一條撇步開口就說：「這條會有爭議。」結果這條反而是十二條裡，唯一一條我覺得每個用 AI 工作的人都必須抄下來的。

資料來源：Paul J Lipsky《12 Hidden Tricks To Level Up Claude Cowork》

那條爭議撇步是：「不要把指令寫在 project 裡」

Claude Cowork、ChatGPT、Notion AI、Gemini Workspace——這些工具都有一個欄位叫「project instructions」或「自訂指令」。

平台想讓你把規則寫在裡面。

你越寫越多。寫到某天，你的工作流有 80% 黏在那個平台上。

Paul 講了一句很實在的話：

再厲害的工具，都不會永遠是最好的。

當下一個更便宜、更聰明、更穩定的 AI 出現的時候——你想搬家，發現你的房子是蓋在租來的地上。

他的解法：用一個叫做 CLAUDE.md 的純文字檔

把所有指令寫進一個叫 CLAUDE.md 的純文字檔，放在電腦的資料夾裡。

要換到 Codex？把它改名成 AGENTS.md。 要換到 Cursor？改名成 .cursorrules。 要換到 Gemini？把內容貼進去就好。

純文字檔可以搬。平台欄位搬不走。

這條規則我用了半年——前陣子從 Codex 切回 Claude Code，我整個工作流花不到三分鐘搬完。看 Paul 講出來的那一刻，我才意識到這是有名字的事。

第二條值得抄的：用 skills，不要寫長指令

很多人寫 CLAUDE.md 寫到 500 行——「triage email 要這樣這樣、更新 CRM 要那樣那樣、做投影片要再那樣那樣……」

問題是每一次 AI 開工，都會把這 500 行從頭讀一遍。

很慢、很貴、很容易誤觸發。

正確做法是：500 行拆成 20 個 skill。

每個 skill 是一個獨立檔案。AI 只在需要的時候才載入它。

CLAUDE.md 只留一行：「需要做投影片的時候，呼叫 slide-deck skill。」

token 用量會少一個數量級。

拉回教學現場：教材也是這樣

我帶資訊組長，最常看到的悲劇是——

某個老師花一整個學期，把所有教案做進某個雲端平台。 平台漲價、平台被收購、平台某天說「下個月起這個功能要付費」。 老師整個學期心血，搬不走、匯不出、剪不下。

教材跟 AI 指令是一樣的——

寫在開放格式（markdown、純文字、Google Doc 匯出版）就會活很久。 寫在某個平台的「自訂欄位」裡，就會跟那個平台一起死。

我跟老師講過很多次：

把你最重要的東西，永遠寫在可以拷貝出來的地方。

拉回柯維「以終為始」

柯維說「以終為始」最常被誤讀成「先寫目標」。

它真正的意思是：「先想像三年後、十年後，這個東西還要不要活著。」

要的話，就別把它綁在不確定能活到那時候的平台上。

AI 工具一年改名三次。 平台一年漲價兩次。 新模型每三個月就會出一個。

可是你的工作流、你的教案、你的孩子的學習筆記——你希望這些能活十年。

那就把它們寫在不會死掉的地方。

我的結論

AI 時代真正稀有的東西，不是「最會用 Claude」。

是「離開 Claude 三十秒就能搬到別的工具」的人。

可攜性，比效能更重要。 純文字，比花俏介面更值錢。 寫在自己電腦的，比寫在雲端 dashboard 裡的，更安全。

你今天打開 ChatGPT、Claude、Notion AI——

看看裡面那個「自訂指令」欄位，把裡面的內容剪下來，貼成一個 .md 檔。

從這一步開始，你的 AI 工作流，才真正開始屬於你。