大多數人第一次打開 Claude Co-work 的「Projects」功能時,心裡的反應通常是:「這不就是資料夾嗎?」
但這個直覺,幾乎是所有人錯過它真正價值的開始。
因為 Projects 並不是用來「整理檔案」,而是用來承載工作本身。
在傳統工作模式中,我們的結構是這樣的:
資料放在資料夾
任務存在腦中或待辦清單
流程寫在筆記或 SOP
經驗累積在個人記憶
這是一種高度分散的系統。
而 Claude Co-work 的 Projects,嘗試把這四件事整合成一個單位:
任務 + 記憶 + 指令 + 技能 = 一個可運作的工作空間
這正是它顛覆的地方。筆者透過 AIMochi 筆記工具,整理多方公開資訊和最新報導內容,來持續追蹤 AI 最新進展!
如果要用一句話定義 Projects:它不是資料夾,而是「帶有記憶與行為能力的工作空間」。
它由四個核心模組構成:
1️⃣ 任務(Tasks)
你與 AI 的所有互動,都在這裡發生,並被自動整理。
意義:讓工作「可追蹤、可回溯」
2️⃣ 指令(Instructions)
定義這個專案「是什麼」,而不是「怎麼做」。
這一點非常關鍵,也是大多數人用錯的地方。
錯誤做法:
把 SOP 全寫進 instruction
正確做法:
定義角色與目標(例如:專業行銷顧問)
這個設計其實呼應了 Peter Drucker 對知識工作的核心觀點:
知識工作者的價值,不在於執行流程,而在於定義問題。
3️⃣ 記憶(Memory)
讓 AI 記住「這個專案的重要資訊」。
例如:
使用的工具(QuickBooks)
客戶風格偏好
品牌語氣
意義:減少重複溝通成本
這對應到 Herbert A. Simon 提出的「有限理性」:人類的決策能力,受限於記憶與資訊處理能力。
Claude 的記憶機制,本質上是在擴充你的認知容量。
4️⃣ 技能(Skills)
真正的「工作流程」,應該存在這裡。
例如:
SEO文章生成流程
短影音腳本生成
社群貼文優化
意義:讓流程模組化、可重複使用
這個設計與 Thomas Davenport 對「知識工作系統化」的研究高度一致:高效組織,會將知識轉化為可重複的流程資產。
因為他們把 Projects 當成:
資料管理工具或AI聊天分類器
而不是:
工作系統與AI協作環境
最常見的錯誤有三個:
1. Instruction 寫太多
導致:
每次任務都變慢
AI理解混亂
2. 把技能寫進 Instruction
結果:每次都重新載入流程(浪費資源)
3. 沒有使用 Memory
結果:每次都從零開始對話
最有效的方式,是把整個系統拆成三層:
第一層:資料夾(Storage)
放「成果」
文案
圖片
報表
第二層:Projects(Workspace)
放「工作狀態」
任務
記憶-目標
第三層:Skills(Execution)
放「流程」
SOP
自動化腳本
這其實就是一個簡化版的「第二大腦系統」。
假設你經營一間內容行銷公司,你可以這樣設計:
📁 電腦資料夾:
Client A
Client B
Client C
📦 Claude Projects:
Client A 專案
Client B 專案
Client C 專案
中央指揮中心
🧠 中央指揮中心(最關鍵)
功能:
掃描所有客戶資料
生成每日任務報告
優先排序工作
👉 這其實是一個「AI主管」
⚙️ Skills(共用)
IG貼文生成
YouTube腳本
SEO文章架構
市場研究
🔁 自動化流程(Scheduled Tasks)
每天早上自動生成:
今日任務清單
客戶優先順序
內容建議
這時候你會發現一件事:你不再是「做內容的人」, 而是「管理AI系統的人」
如果從更高的角度來看:
Claude Co-work Projects,其實代表三個轉變:
1️⃣ 從「做事」到「設計系統」
你不再親自做每件事,而是設計 AI 去做。
2️⃣ 從「記憶」到「外部化認知」
你的大腦不再需要記住一切。
3️⃣ 從「工具使用者」到「AI管理者」
這正是未來知識工作的核心能力。
目前 Connectors(如 Gmail、Drive、Notion)還不夠強。
但這正是最值得關注的地方。
當這些連接器成熟時,會發生什麼?
Projects 不再只是操作你「電腦裡的檔案」,而是操作你「整個數位世界」。
當大多數人還在學「怎麼問 AI 問題」時,
真正的競爭,已經悄悄轉移到另一個層級:誰能建立「讓 AI 自己運作的系統」。
而 Projects,只是第一步。
下一步,將不再是你使用 AI,
而是AI 開始替你經營整個工作流程。
以上僅供參考與資訊分享之用!若想快速了解更多資訊,透過 AIMochi 筆記工具,幫我們從海量資料中,梳理出關鍵資訊,讓我們精準掌握重要訊息!