不代表。
Claude Code Projects 的確有 Shared Memory。
不同 Threads 可以累積並使用同一個 Project 的重要 Context，例如：
- Release Date 改了
- 某個功能取消
- 為什麼做某項技術決定
- 動 Billing Service 前要先找誰確認
所以很容易產生一個直覺：
既然大家共享 Memory，那 Thread A 改完 Code，Thread B 應該也會立刻知道新的程式長什麼樣。
但這兩件事其實不同。
Shared Memory 分享的是「專案脈絡」
Anthropic 對新版 Projects 的說明是：
每個 Thread 都會從 Shared Memory 取得資訊，也會把自己的重要結果加入 Shared Memory。
它比較像一份持續累積的：
專案共識＋重要決策＋工作背景。
例如 Thread A 發現：
「舊 API 不能直接移除，Mobile App 還在使用。」
這種重要背景可以留進 Project Context，讓後續工作不用每次重新解釋。
但這不等於：
Thread A 的 Branch 一改完，Thread B 的 Working Copy 就跟著變。
每個 Thread 仍然有自己的 Branch
Anthropic 明確說明，每一條 Thread 底層都是一個獨立的 Claude Code Cloud Session。
處理 Repository 時，每條 Thread 在自己的：
- Branch
- Repository Copy
- Session
裡面工作。
所以你可以把它想成：
Memory 是大家共用的會議紀錄。
Branch 則是每個工程師自己的工作桌。
大家知道專案決定了什麼，不代表其中一個人的工作桌改了東西，其他人的桌面也會自動出現完全相同的版本。
最明顯的證據：還是可能 Merge Conflict
如果 Shared Memory 真的等於 Code 自動同步，那多個 Threads 同時修改相同 Code 時，理論上就不應該還需要處理一般的 Branch Conflict。
但 Anthropic 反而明確提醒：
如果不同 Threads 修改到相同 Code，重疊部分仍然會像一般 Pull Request 一樣形成 Merge Conflict。
這正好說明兩個層次：
Shared Memory
讓 Agent 比較知道整個 Project 正在發生什麼。
Git Branch／Repository Copy
決定每個 Thread 實際改了哪些程式碼。
兩者不能混為一談。
舉個最簡單的例子
假設你同時開兩條 Threads。
Thread A：
修改 Checkout API。
Thread B：
修改 Checkout Frontend。
過程中 Thread A 決定：
「API Response 的欄位名稱從 total 改成 final_total。」
這個決定可能成為 Project Context。
Thread B 因此有機會知道：
API 規格發生變化。
但它不代表 Thread A Branch 裡剛剛修改的所有 Code，已經完整同步到 Thread B 的 Repository Copy。
如果最後兩邊都修改到同一份共享檔案，還是可能需要正常 Merge。
所以看到 Shared Memory，要記住一句話
共享 Context，不等於共享 Working Tree。
Shared Memory 解決的是：
「另一個 Agent 知不知道這個專案的重要背景？」
它沒有消除：
- Branch
- Pull Request
- Test
- Merge
- Conflict Resolution
- Human Review
這些原本就存在的軟體開發流程。
那人還需要看什麼？
使用多個 Threads 時，至少還要看三件事：
第一，這條 Thread 到底改了什麼。
不要只看 Coordinator 的摘要。
重要修改仍要進 Thread、PR 或 Diff 檢查。
第二，兩條 Threads 有沒有碰到相同區域。
如果有，就不能因為 Shared Memory 存在而假設它們已經自動協調完成。
第三，哪一條結果應該先 Merge。
Anthropic 自己的跨 Repository 範例也提到，Coordinator 可以告訴你哪些 PR 應該先 Merge。
這代表：
知道彼此在做什麼，和程式已經整合完成，是兩回事。
Claude Code Projects 真正進步的地方，是減少人一直重複交代 Context 的負擔。
但 Shared Memory 並沒有把 Git、Review 與 Merge 變不見。
最簡單的記法就是：
Memory 負責「記得」。
Branch 負責「修改」。
Merge 負責「合起來」。
三件事不要混在一起。
今天，和 AI 一起進步一點。
每天學會一個 AI 技巧。
每天節省一點時間。
每天提升一點能力。
SasaDaily，陪你一起成長。
推薦閱讀
AI 快問快答｜2026/09/07：QWEN.md 已寫「Production 不可直接修改」，就代表 Qwen Code 一定不會越界嗎？
AI 快問快答｜2026/09/11：Qodo Review 沒有 Finding，就代表可以放心 Merge／Deploy 嗎？
AI 快問快答｜2026/08/24：Slack Code 看完 Plan、Code Diff、Preview，就可以直接部署 Production 嗎？
