
- 登入
- 註冊

你有沒有遇過:明明跟 Claude 說過「以後都用這個格式」「這個帳號不要用驚嘆號」,過一陣子它又忘了。或是你在電腦上改了一份規則檔,某個 Claude 卻完全沒照做。
這不是你的錯。原因是你電腦裡其實有三個 Claude:Chat、Cowork、Code。它們長得像,但記憶和規則各走各的。搞不清楚誰聽誰的,就會白忙。這篇把三個 Claude 一次講清楚,也說明 2026 年 7 月 10 日記憶大改版之後有什麼不一樣,最後告訴你:規則到底要寫在哪,才真的會生效。
打開 Claude,畫面上方通常有三個入口。先記這張表,後面都靠它。
| Chat(聊天) | Cowork(助理) | Code(進階版) | |
|---|---|---|---|
| 白話說是什麼 | 一般聊天問答 | 會幫你動電腦、開資料夾做事 | 工程與自動化用的進階版 |
| 住在哪裡 | 雲端(網路上) | 你自己電腦裡 | 你自己電腦裡 |
| 碰得到電腦檔案嗎 | 碰不到 | 碰得到(你開放的資料夾) | 碰得到 |
| 它的專案叫什麼 | Chat 專案(雲端) | Cowork 專案(本機) | 沒有專案,看你在哪個資料夾 |
一句話記住:Chat 在雲端,看不到你電腦裡的東西。Cowork 和 Code 在你電腦上,看得到你的資料夾和檔案。
這是最新的變化。在這之前,Claude 的記憶是每天彙整成一份摘要。7 月 10 日之後,改成一條一條、分好類、對話中即時讀寫並更新的獨立記憶項目。
你可以自己打開來看:
提醒:如果你看到的是 設定 > Capabilities 裡的 Memory,代表你還在舊版,之後會慢慢被切換過去。Team 和 Enterprise 目前先維持舊版。
但這個新記憶只在 Chat:這個「一條條可編輯」的新記憶,官方明講目前只在 Chat(雲端聊天),還沒有進 Cowork。Cowork 和 Code 的記憶是另一套(第七節講)。所以不要以為你在 Chat 改了記憶,Cowork 就會跟著懂。
很多人想「讓 Claude 更懂我」,第一個想到的是記憶。但記憶跟指令是兩種完全不同的東西,搞懂差別,你才知道規則該放哪。
| 記憶(Memory) | 指令(Instructions/規則檔) | |
|---|---|---|
| 誰寫的 | Claude 自己邊做邊寫,它「猜」你 | 你自己寫,你「教」它 |
| 可靠度 | 軟性、會漏,適合背景參考 | 硬性、逐字生效,適合鐵則 |
| 適合放 | 客戶資料、案件進度、修正過的偏好 | 語言、檔名格式、輸出規則、禁用詞 |
| 怎麼改 | 對話中說「記住/忘掉」,或面板編輯 | 用編輯器改規則檔,或設定裡編輯 |
一句話:想要 Claude 每次都聽話,靠的是你寫的「指令」,不是等它「記」。記憶是加分的背景,指令才是硬地基。
你寫給 Claude 的規則,依「管的範圍大小」分四層。範圍越大越通用,越小越專屬。全部都是純文字檔或設定框,你隨時可以改。
很多人第一次看到 Description 和 Instructions,會以為這是「專案的記憶」。嚴格說不是,它們是指令。但它們給你的效果,正好是大部分人以為記憶該做到的那件事。
差別在誰寫的、什麼時候生效。記憶是 Claude 自己邊做邊寫,它想得起來才會用,所以會漏。描述和指令是你自己寫的,每次開工都逐字帶上,不會漏。你可以把它當成防呆,不是回憶。
| 記憶(Memory) | 描述(Description) | 指令(Instructions) | |
|---|---|---|---|
| 誰寫的 | Claude 自己邊做邊寫 | 你自己寫 | 你自己寫 |
| 什麼時候生效 | 它想得起來才用 | 系統判斷該把任務派給哪個專案時 | 這個專案每次開新對話,逐字帶上 |
| 可靠度 | 軟性、會漏 | 硬性,但只管分流 | 硬性,最可靠 |
| 適合放 | 案件進度、客戶資料、修正過的偏好 | 這個專案做什麼、明確不做什麼 | 角色、語氣、格式、禁用清單、SOP |
| 專案之間 | 隔離,不互通 | 隔離,不互通 | 隔離,不互通 |
一句話:描述管「這件事該不該交給我做」,指令管「做的時候要怎麼做」,記憶管「上次做到哪」。三個管的事情不一樣,不能互相取代。
如果你的 Cowork Project 掛的是一個本機資料夾,那個資料夾裡通常還有一份規則檔。加上 Project 的描述和指令,你等於有三個地方可以放規則,各自管不同的事。
| 資料夾裡的規則檔 | Project 描述 | Project 指令 | |
|---|---|---|---|
| 寫在哪 | 掛載資料夾內的文字檔 | Project 設定的 Description 欄 | Project 設定的 Instructions 欄 |
| 誰會讀到 | 任何人在這個資料夾工作時 | 系統派任務、決定用哪個專案時 | 這個專案的每一次對話 |
| 管什麼 | 碰到這批檔案要怎麼做 | 這個專案的守備範圍 | 這個專案的常駐做法 |
| 寫多長 | 可以長,SOP 等級 | 短,一到兩句 | 中等,五大類寫齊 |
| 跟著誰走 | 跟著資料夾,換專案也還在 | 跟著專案 | 跟著專案 |
| Code 有嗎 | 有 | 沒有,Code 不支援 Projects | 沒有,Code 不支援 Projects |
為什麼建議三個都寫。資料夾的規則檔是跟著檔案走的,你哪天把這個資料夾接到別的專案,規則還在。Project 指令是跟著專案走的,同一批檔案在不同專案裡可以有不同做法。描述則是避免任務被派錯地方。三層疊起來,才是完整的保護。
誤會:我在電腦上改了那份總規則檔,Cowork 就會跟著照做。
事實:不會。Cowork 只看它自己那個 Instructions 框,Code 只看它的總規則檔,Chat 又是另一套。三邊各自獨立。同一條規則要哪個 Claude 遵守,就在哪個 Claude 的位置寫一次。
| Code 的記憶 | Cowork 的記憶 | |
|---|---|---|
| 綁定方式 | 綁「你在哪個資料夾開工」 | 綁「哪一個 Cowork 專案」 |
| 不同單位之間 | 不同資料夾各一套,不互通 | 不同專案各一套,不互通 |
| 不在專案裡做事時 | 看資料夾,仍有記憶 | 通常不留記憶,做完就忘 |
一句話:Code 的記憶跟著「資料夾」,Cowork 的記憶跟著「專案」,兩套不共享。要兩邊都記得,就把它寫成規則或共用檔案。
| 你想記住的東西 | 寫到哪 | 怎麼做 |
|---|---|---|
| 所有工作都適用的鐵則(語言、檔名、輸出格式) | Code 的總規則檔 | 用編輯器改那份檔 |
| 只有 Cowork 要遵守的全域規則 | Cowork 的 Instructions 框 | 設定 > Cowork 裡編輯 |
| 某個品牌的語氣、禁用詞 | 那個資料夾的規則檔,或該 Cowork 專案的 Instructions | 在對應位置編輯 |
| 客戶資料、案件進度、修正過的偏好 | 記憶 | 對話中說「記住這個」 |
| 只有這一次的特例 | 不用存 | 直接講,講完就用 |
| 這個專案該接什麼任務、不該接什麼 | 該 Cowork Project 的描述 | Project 設定裡編輯 Description |
| 某個專案每次開工都要遵守的做法 | 該 Cowork Project 的指令 | Project 設定裡編輯 Instructions |
這份是地圖,不是聖經。Claude 這類工具改版非常頻繁,今天成立的細節,過幾個月可能就變。懷疑某條規則到底有沒有生效,最快的方法就是直接問它一句去驗證,不要憑印象假設。
想再深入 Code 端的 CLAUDE.md、memory 與 session 怎麼運作,可以接著看 Claude Code 進階:CLAUDE.md、memory、session 一次搞懂。