編按：當一款工具迎來關鍵更新，有時改變的不只是介面，而是整個工作方式。

Anthropic 近日推出 Claude Cowork Projects 功能。本文作者在實際導入，並與友人一同討論、重新梳理整套工作流程後發現：在此功能上線之前，自己與 Cowork 的協作方式，一直存在著結構性缺陷。本文是他對於 Cowork 工作流的反思，與對 Projects 功能的深度觀察。
⁠

Cowork 的使用痛點：很強，但沒有記憶

用過 Cowork 的人大概都有這個經驗：這工具很強，但它沒有記憶。每次開新任務，上一次聊了什麼、談定了什麼方向、你是誰、你在做什麼全部歸零。 Claude 知道你寫在全局指令裡的那些東西，但具體的脈絡、已經做過的決定、進行中的事情，一概不知。
⁠
你可以用文件夾稍微整理一下，也可以加個 claude.md 說明文件讓它有點背景。但文件夾本身沒有記憶，任務結束之後你得自己去翻裡面的文件，再手動帶給下一次的 Claude。這個摩擦不是大問題，但每次都做，很煩......
⁠

Projects 是什麼？

Projects 直接解決的就是這件事。
⁠
Projects = 文件夾 + 記憶 + 指令 + 技能 + 定時任務的整合體
⁠
這五個東西不是新功能，以前都有，但以前是分散的。Projects 把它們整合成一個自包含的工作空間，而且這個空間有持久的上下文記憶。
⁠
我覺得最關鍵的差別是這個：文件夾沒有記憶，Project 有。你在這個 Project 裡做過的事、跟 Claude 談過的決定、它觀察到的你的工作偏好，都會留在這個空間裡。下次進來，從上次停下來的地方繼續，不需要重新說明任何背景。
⁠
用比喻來說： 文件夾是電腦上的儲存格，Skills 是教 Claude 怎麼做事的操作手冊，Projects 是把兩者裝進去、加上記憶功能的整間辦公室。三者是分層嵌套的關係，不是互相替代。
⁠

什麼時候值得建一個 Project？

⁠
我自己的判斷標準是三個：
⁠
你會反覆回來處理這個方向的工作。一次性的事情不值得專門建，但只要是定期要跑的（每週做內容規劃、每月整理某個數據、固定要處理某類客戶事務），就值得給它一個獨立空間。
⁠
你希望 Claude 記住一些背景。工作偏好、某個方向的既有決定、你不想每次重新說明的脈絡，這些東西放進 Project 的指令欄，它在這個空間裡就會持續記著。
⁠
你有針對這個方向設定的定時任務。以前定時任務散落在主介面，任務一多就不知道哪個跑什麼的。現在把任務歸到對應的 Project，每個方向的自動化清單一目了然，管理和調整都方便很多。
⁠

Projects 真正的價值是「上下文持久化」

⁠
這個功能升級的核心不只是分類管理，也包含上下文的累積。
⁠
以前 Cowork 是「每次你去找 Claude 做一件事」，完成了就散了。Projects 讓工作有了連續性，Claude 在這個空間裡跟著你的工作一起推進，它對這個方向的理解會越來越深，不需要你反覆解釋背景。
⁠
用的時間越長，這個差別感受越明顯。一個長期在跑的工作方向，隨著 Project 裡的對話和決定越積越多，Claude 在那個空間裡的「理解深度」也會越來越高。這才是它真正的價值所在，而不只是介面變得比較好找東西。
⁠
如果你現在已經在用 Cowork，我建議從你最高頻率的一個業務方向開始，先建一個 Project，把相關文件、指令、定時任務統一放進去，跑個兩週感受一下。適應了這個工作方式之後，大概很難再回到以前每次從頭交代背景的狀態。
⁠
總結：讚！

（本文出自王大皓）