不代表。
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 吗？
