如果你已经用过 Claude Code、Codex 或其他 Coding Agent，很快会遇到下一个问题：

AI 可以一次做很多事，但最后变成你自己在管理一群 AI。

一个 Session 修 API。

另一个 Session 改 Web。

第三个 Session 跑测试。

你不只要记得每个 Agent 做到哪里，还要把需求重新说一次、处理彼此依赖，最后再把结果拼回来。

Anthropic 9 月 17 日推出重新设计的 Claude Code Projects，想解的就是这个问题。

它不只是替 Claude Code 多放一个文件夹，而是在多个 Coding Agent 上面再放一个 Coordinator。

Claude Code Projects 是什么？

最简单的理解方式是：

以前你管理很多 Claude Code Session；现在你先把整个项目交代给一个 Claude，再让它管理下面的 Sessions。

创建 Project 时，你先提供：

  • 项目 Goal
  • Repository 或其他 Context
  • Cloud Environment
  • Connectors
  • Plugins
  • Instructions
  • 使用的 Model

接着不是所有工作都塞进同一个对话。

Claude 会先理解整个目标，再判断哪些事情应该拆成不同的 Threads。

官方把这个架构讲得很简单：

Threads do the work，Claude directs it。

也就是：

Thread 负责做事。

上面的 Claude Coordinator 负责分工与协调。

一个需求，可以拆成几条平行工作

例如你的网站 Checkout 变慢。

以前可能是：

先叫 AI 找问题。

等它做完，再叫它测 API。

再做 Database。

再改 Frontend。

最后才跑测试。

Claude Code Projects 可以把工作拆开。

例如：

  • Thread A：分析 Endpoint
  • Thread B：找 Database Bottleneck
  • Thread C：测不同 Optimization
  • Thread D：准备 Pull Request

这些工作可以同时往前跑。

你则留在最上面的 Project Conversation，看整体进度，需要时再进其中一条 Thread 检查。

每个 Thread 不是同一份 Code 一起乱改

这一点非常重要。

Claude Code Projects 里，每一条工作 Thread 实际上都是一个独立的 Claude Code Cloud Session。

针对 Repository 工作时，它会有自己的：

  • Branch
  • Repository Copy
  • 工作 Context

因此多条 Thread 可以平行进行。

如果连接 Repository，Thread 还可以：

  • 修改 Code
  • 跑 Tests
  • 开 Pull Request

但这不代表多 Agent 之后就不会冲突。

如果两条 Thread 同时改到重叠代码，仍然可能产生正常的 Merge Conflict。

也就是说：

Coordinator 能帮你管理工作，不代表 Git 的冲突问题从此消失。

真正重要的新东西：Shared Memory

平行 Agent 并不是最特别的地方。

真正值得注意的是 Project Memory。

每一条 Thread 不只是完成自己的工作，它产生的重要决策与 Context 还能进入同一个 Project 的共享记忆。

例如你告诉 Claude：

「Release 从星期三改成星期五。」

「Export 功能这个版本先取消。」

「Billing Service 修改前一定要找某位工程师确认。」

之后其他 Thread 处理相关工作时，也能利用这些累积下来的 Project Context。

这和一般聊天最大的差别在于：

以前你是在保存对话；现在是在保存一个持续变化的工作状态。

还有一个 Library，把文档与成果留在项目里

Claude Code Projects 也加入 Library。

你放进 Project 的文件，以及 Claude 工作过程产生的 Artifacts，都能留在这里。

之后新的工作可以继续利用前面的材料。

所以整个架构开始变成：

Goal

→ Coordinator

→ 多个 Threads

→ Shared Memory

→ Files／Artifacts

→ 下一轮工作继续使用

这比较接近真正长期运作的软件项目，而不是一次问完就结束的 Chat。

它和原本 Claude Projects 不一样

名称很容易混淆。

原本的 Claude Projects 比较像：

把 Chats、Files、Instructions 与 Knowledge 放在同一个工作空间。

新的 Claude Code Projects 则更进一步：

不只保存你给 Claude 的 Context，还要协调 Claude 正在运行的多条工作。

可以简化成一句话：

Claude Projects 帮 AI 记得「你告诉它什么」。

Claude Code Projects 则开始帮 AI 记得「整个项目正在做什么」。

现在有两个限制要先知道

第一，这次不是所有人今天都已经拿得到。

Anthropic 目前先向部分使用 Claude Code Cloud Sessions 的 Claude Pro 与 Max 用户开放 Beta，而且初期还有资格条件。

官方表示接下来一周会逐步扩大 Pro／Max 用户，之后才会再推向 Claude、Team 与 Enterprise 等范围。

所以如果你的帐号现在没看到，不等于功能不存在。

第二，目前 Threads 是跑在 Cloud。

这代表你关掉电脑之后，它仍可以继续工作。

但相对地，目前 Cloud Threads 还不能直接使用你电脑上的 Local Tools、Local Code 或企业内部网络环境。

Anthropic 表示 Local Support 之后会加入。

还有一个很实际的成本问题

一个 Project 可以同时跑很多 Threads。

听起来很方便，但每一条 Thread 都是一个完整 Claude Code Session。

所以：

平行 Agent 愈多，使用额度也可能消耗得愈快。

Anthropic 因此提供 Project-specific Usage，并让你替 Coordinator 与 Worker Threads 分别选择 Model 与 Effort Level。

所以不要把「可以开很多 Agent」理解成「越多越好」。

真正应该问的是：

这件工作真的需要平行处理吗？

Claude Code Projects 真正改变的是「谁在管理 AI」

过去 Coding Agent 的竞争主要是：

谁写 Code 比较快？

谁比较会 Debug？

谁能做更大的 Feature？

现在问题正在往上一层移动。

当一个人同时使用三个、五个甚至更多 Agent 时，真正的瓶颈开始变成：

  • 谁拆工作？
  • 谁记得依赖关系？
  • 谁知道哪件事已经改了？
  • 谁把结果重新集成？
  • 哪里需要人介入？

Claude Code Projects 的答案是：

再放一个 AI 在最上面帮你管理 AI。

这可能才是接下来 Coding Agent 很重要的一步：

从 AI Programmer，

走向 AI Team Coordinator。

今天，和 AI 一起进步一点。

每天学会一个 AI 技巧。

每天节省一点时间。

每天提升一点能力。

SasaDaily，陪你一起成长。

推荐阅读

今日 AI 工具｜2026/09/07：Qwen Code 0.23.0，项目 Memory 分开存、多个 Agent 背景跑，还能自由切换不同模型

今日 AI 工具｜2026/09/11：Qodo Agentic Toolbox，让另一个 AI 先检查 Claude Code、Codex、Kiro 的改动，再开 Pull Request

今日 AI 工具｜2026/08/17：ChatGPT Project-only Memory，旧项目不用重建，也能把工作记忆和其他对话隔开