記憶功能在 Chat 和 Cowork 之間流動的真正條件是什麼？
很多人以為只要記憶功能整體是開啟的，記憶就會自動出現在你用的任何介面上，不管是 Chat 還是 Cowork。但官方文件明確加了一個條件：記憶在 Chat 和 Cowork 之間流動，僅限於「Cowork 跑在雲端」的時候才成立。這代表決定性的變數不是你打開的是哪一種介面，而是這次 Cowork 任務實際的執行環境。如果任務因為需要存取本機資料夾、瀏覽器或電腦操作而落地到本機執行，即使你用的仍然是 Cowork、仍然是同一個帳號，記憶也不會被帶過去——這個條件比多數人想像的更嚴格，也更容易在不知情的狀況下踩到。
為什麼 Cowork 的記憶架構要以「雲端／本機」而不是「Chat／Cowork」來劃分？
這跟記憶系統本身的運作原理有關。記憶需要一個穩定、持續存在的雲端脈絡去累積主題、跨對話比對——這個運作機制本身就是雲端服務，不管你是在 Chat 還是雲端 Cowork 裡跟 Claude 互動，背後接的都是同一套雲端記憶系統，所以可以互通。但本機執行的 Cowork session，運作模式完全不同：它更貼近「這台電腦上，這次任務」的即時、封閉環境，任務結束後通常也不會長期保留脈絡。要讓本機 session 也能存取雲端記憶，需要額外把本機環境跟雲端記憶系統打通，這在技術上有其複雜度，也可能不符合本機任務原本強調的「隔離、封閉」定位。
記憶的主題式儲存機制實際上是怎麼運作、怎麼決定要記什麼的？
記憶系統會在你聊天的過程中，持續分析對話內容，把值得記住的資訊拆解成獨立的「主題」項目儲存起來——例如「使用者偏好簡潔的報告格式」會是一個主題，「使用者正在進行某個專案」又是另一個主題，彼此獨立存在，而不是把整段對話原封不動存下來。這個過程是即時、持續進行的，不是等到對話結束才回頭生成摘要。當你在新的對話或任務裡，Claude 會依照當下的脈絡去檢索相關的主題項目，把它們帶入這次互動的上下文裡。在 Project 底下，這個檢索範圍會被限縮在該 Project 專屬的記憶空間，不會混進其他 Project 或一般對話累積的主題。
對習慣先在 Chat 裡磨合再交給 Cowork 執行的使用者來說，這件事有什麼實際影響？
最直接的影響，是你原本以為「一次磨合、長期受用」的投資，可能在某些任務類型上完全用不上——尤其是那些天生就需要本機資源、因此會落地本機執行的任務。你可能會發現，同樣是丟給 Cowork 的任務，有些會自然延續你在 Chat 裡累積的默契，有些卻要求你從頭解釋一次，而且介面上不會主動告訴你這次是雲端還是本機執行，落差只有在 Claude 表現得「好像不記得你」的時候才會顯現出來。比較務實的因應方式，是把真正重要、不想重複交代的上下文，直接寫進任務指示或 Project 說明裡，作為不依賴記憶系統的保底方案。
你花了好幾次對話，讓 Claude 記住你習慣的報告格式、常用的專案代稱、甚至是你不喜歡被過度解釋的溝通風格。某天你在本機資料夾開了一個 Cowork 任務，想說這些累積的默契應該都還在，結果 Claude 表現得像完全沒見過你——格式又要重講一次，代稱又要重新定義。
這不是記憶功能故障，而是官方文件裡一條容易被忽略的規則：記憶只在雲端 Cowork 之間流動，本機執行的 Cowork session 完全接觸不到它。
Claude 的記憶機制，官方的說法是「一邊聊天一邊把記憶存成一組獨立的主題」，而不是等對話結束後生成一份摘要。這代表記憶是持續性的、逐步疊加的，你也可以直接開口要 Claude 記住某件事。記憶的內容通常涵蓋你的角色、專案脈絡、溝通與技術偏好、進行中的工作細節，以及跟你工作相關的人與地點。
每個 Project 有自己獨立的記憶空間和專案摘要，確保上下文聚焦、不會跟其他專案的對話混在一起，Project 內的搜尋也只限於該專案範圍。至於一般的獨立對話（不在任何 Project 底下），記憶會套用到所有新對話——只要記憶功能是開啟的，Claude 會自動把記得的內容帶進每一個新的聊天。
這是最容易被誤解的一點。記憶在 Chat 和 Cowork 之間確實是雙向流動的——但官方明確加了一個條件：只有在 Cowork 跑在雲端的時候才成立。原文寫得很直白：「你在聊天裡讓 Claude 記住的東西，交給雲端 Cowork 任務時也用得到」，但「Cowork 跟 Chat 之間的記憶共享，只在 Cowork 跑在雲端時才運作，本機電腦上執行的 Cowork session 無法使用」。
也就是說，決定記憶能不能被帶過去的關鍵變數，從來不是「你用的是 Chat 還是 Cowork」，而是「這個 Cowork session 的執行環境是雲端還是本機」。一旦任務因為需要存取本機資料夾、瀏覽器或電腦操作而落地到本機執行，它就自動被排除在記憶流動的範圍之外——即使你人還是在同一個帳號、同一台電腦上操作。
敏感主題（健康、種族、宗教信仰、政治立場、性別認同等）預設不會被存進記憶，需要使用者主動選擇開啟；而且開啟之後不會回溯補存——只有開啟之後新產生的內容才會被記住，過去聊過的敏感內容不會事後補進記憶庫。有些資訊無論如何都不會被存，包括政府證件號碼、犯罪紀錄、財務帳號和移民身份，即使你直接要求 Claude 記住也一樣。
刪除對話這件事也有一個容易被忽略的行為：刪掉一則對話，並不會連帶刪除從這則對話衍生出來的記憶項目——記憶會繼續留著，你得手動個別刪除。這代表你以為刪掉對話就等於「清空」了相關記憶，實際上兩者是分開管理的。無痕對話（incognito）則是明確排除在外，不會存進記憶或聊天紀錄。企業版如果使用客戶自管加密金鑰，過去對話的搜尋功能會直接無法使用，因為對話內容是加密的。
如果你的工作模式是「先在 Chat 裡跟 Claude 磨合出習慣的做法，再丟給 Cowork 執行」，這個流程本身沒有問題，但要留意任務會不會因為需要本機資源而掉到本機執行——一旦落地本機，之前累積的記憶就用不上，等於每次都要重新暖機。實務上比較穩妥的做法，是把真正需要記憶延續的工作，盡量安排在雲端 Cowork session 裡執行；如果任務非得用到本機資料夾或電腦操作不可，就把必要的上下文（格式規範、專案代稱、特殊要求）直接寫進任務指示或該 Project 的說明裡，不要依賴記憶會自動接軌。