Projects（專案空間）
把相關任務組織為持久化工作空間，每個專案有獨立檔案、連結、指令、記憶。從「一次性 Agent 會話」升級為「持續演進的工作空間」。
上線時間
2026/03/20。
核心概念
Cowork 的會話預設無記憶——每次新會話 Claude 不記得昨天討論什麼。
Projects 解決這個問題：把上下文鎖在專案內，跨會話記得。
一個專案包含什麼
| 元素 | 用途 |
|---|---|
| 檔案 | 該專案的素材（自動繼承） |
| 連結 | 連到該專案需要的 Connectors |
| 指令 | 該專案的 專案級指令 |
| 記憶 | 跨會話保留的上下文 |
與四種使用模式的位置
四種模式：Chat / Cowork / Code / Projects
↑
Projects 是其中之一
但 Projects 不是獨立模式——它是 Cowork 內的「容器」。同時 Claude.ai 網頁也有 Projects。
最強用途
| 場景 | Projects 怎麼幫 |
|---|---|
| 重複性工作 | 週報、newsletter、客戶交付 |
| 研究密集 | 多次會話接續同一研究主題 |
| 多專案並行 | Q1 財報 / 產品發布 不互相污染 |
範例：管理多專案
Project A：「Q1 財務報告」
- 檔案：原始財報、模板、上次的版本
- 連結：FactSet、Drive 內財務資料夾
- 指令：「用 PWC 風格寫」
Project B：「產品發布資料」
- 檔案：產品 spec、競品分析、市調
- 連結：Drive 內產品資料夾
- 指令：「目標受眾是中階主管」
→ Claude 在 A 內處理時不會混入 B 的上下文。
可以匯入既有資料夾
如果您已經有 ~/Documents/Q1-Report/，可以直接匯入為 Project，不用重建。
對 Vincent 工作場景
Use Case 1：PAM 系統開發為一個 Project
Project：PAM 績效考核系統
- 檔案：~/Projects/ExamSystem/ + 25 份規格
- 連結：GitHub、Notion、Slack（#pam-dev）
- 指令：[[40-Resources/PAM/01-核心規格/CLAUDE - 主開發規格]]
每次 Cowork 啟動 PAM Project，Claude 立刻有完整脈絡——不用每次貼 CLAUDE.md。
Use Case 2：年度績效週期為一個 Project
Project：2026 年中考核
- 檔案：員工名單、規範、上次年度的 wrap-up
- 連結：HRMS（透過 MCP）
- 指令：「依年度週期 SOP 執行，每週進度報告週日寄 HR」
整個年中考核期（2-3 個月）的對話都在這 Project 內，跨會話有記憶。
Use Case 3：每位重要客戶為一個 Project
Project：客戶 ABC
- 檔案：合同、會議紀錄、客製化需求
- 連結：客戶的 Slack 共享頻道
- 指令：「該客戶喜歡簡潔回覆，避免行銷術語」
跟 上下文檔體系 的關係
| 上下文檔 | Projects | |
|---|---|---|
| 作用範圍 | 跨所有專案的個人偏好 | 此專案專屬 |
| 層級 | 個人 | 專案 |
| 內容 | 我是誰、風格、執行規範 | 該專案的檔案、指令、連結 |
兩者並用：上下文檔記「我」，Project 記「這個工作」。
限制
- 仍限本機 Cowork（macOS / Windows）
- 不同 Project 之間無法 cross-reference（要靠檔案）
- 還在演化中
相關概念
強連結（原文明確提及）
- Cowork — 執行環境
- 四種使用模式 — Chat / Cowork / Code / Projects
- 上下文檔體系 — 跨專案的個人層
- Memory 記憶功能 — 跨會話另一種記憶機制
- Connectors — 專案綁特定連結
← 回到 wiki