本页目录8
- Projects 从静态文件夹重构为对话式协调系统，核心是「线程」（Threads）和「协调器」（Coordinator）两个角色
- 每个线程本质上是一个独立的 Claude Code 云会话，可并行执行子任务（如逐端点分析延迟、逐库迁移废弃 API）
- 用户只需描述目标，由协调器拆解任务并派发给多个线程并行执行，减少手动拼接多轮提示的负担
- 项目具备跨会话的共享记忆，能记住截止日期变更、功能决策等上下文，减少重复的提示工程
- 新增 Library（库）功能，集中收纳用户上传文件与 Claude 生成的产出物，便于按项目查找相关材料
- 目前是限量测试阶段，仅对部分 Claude Pro/Max 订阅且使用云会话的用户开放，本地线程（可访问本地工具、代码、网络）属于后续路线图
本文是对官方博客文章「Projects redesigned: from folder to conversation」的中文要点摘要，完整内容以原文为准：https://claude.com/blog/projects-redesigned
背景：从文件夹到对话
Claude 的 Projects（项目）功能原本是一个偏静态的文件夹式容器，用来归类聊天记录和参考文件。这次重新设计把 Projects 变成一个更主动的协调系统：用户不再只是把材料塞进一个文件夹，而是直接向项目描述一个目标，由 Claude 负责拆解、分派并推进后续工作。
核心结构：线程（Threads）与协调器（Coordinator）
新版 Projects 引入两个关键角色：
- 线程（Threads）：实际执行工作的单元。每个线程本质上是一个独立的 Claude Code 云会话，可以专注做一件具体的子任务。
- 协调器（Coordinator）：负责统筹全局的角色，根据用户设定的项目目标，把工作拆分成多个子任务，分发给不同线程，并跟踪整体进度。
这种结构让「一个目标 → 多个并行线程」成为可能，而不再需要用户手动开多个对话窗口、分别粘贴上下文。
实际应用场景
官方给出的两个典型用例：
- 降低应用延迟：用户在项目里设定「减少应用延迟」这样的目标，Claude 可以让多个线程并行分析不同的接口/端点，分别尝试优化方案，并各自创建拉取请求（PR）。
- 跨代码库迁移废弃 API：项目可以连接多个代码仓库，由协调器统一规划、多个线程分别在各自仓库中逐步替换已弃用的 API 调用。
这类场景的共同点是：任务可以自然拆分为多个相对独立的子任务，适合并行处理，而不是必须严格串行等待。
上下文学习与共享记忆
新版 Projects 具备跨会话的共享记忆能力，会随着使用逐渐「了解」项目的细节，例如：
- 截止日期发生变化时会记住新的时间点；
- 某个功能的设计决定被采纳后会被保留在项目上下文里。
官方强调，这种记忆机制的目的是降低复杂提示工程（prompt engineering）的门槛——用户不需要每次都在提示词里重复交代背景信息，项目本身会积累起这些上下文。
素材库（Library）
项目新增一个 Library 功能，用于集中收纳与该项目相关的所有素材，包括：
- 用户主动添加/上传的文件；
- Claude 在执行任务过程中生成的各类产出物（工件）。
这个功能主要解决的是「材料分散、难以复用」的问题，让用户和 Claude 都能更方便地在同一个项目范围内找到之前的相关文件和产出。
可用性与开放范围
目前该功能处于测试阶段，具体限制包括：
- 仅对部分 Claude Pro 和 Max 订阅用户开放；
- 仅支持**云会话（cloud sessions）**场景，尚不支持本地线程；
- 官方表示接下来一周会逐步扩大访问范围；
- 未加入测试的用户可以通过等待列表（waitlist）申请早期访问；
- 已有的旧版项目不受影响，会继续保持原有方式运行，用户无需迁移。
后续路线图：本地线程
官方在文中提到，后续会推出本地线程能力——也就是线程可以直接运行在用户本地环境中，从而集成本地工具、本地代码库和本地网络资源，而不仅限于云端沙箱环境。这意味着未来协调器分派的子任务，既可以交给云端的 Claude Code 会话执行，也可以交给本地环境中的线程执行，进一步扩展 Projects 的适用场景。
小结
这次重新设计的核心思路，是把 Projects 从「存放文件的容器」转变为「设定目标、由 Claude 协调多个 Claude Code 会话并行推进」的工作方式。对已经在用 Claude Code 处理编码任务的开发者来说，这提供了一种更结构化地组织多线程并行任务、并让上下文在项目内持续积累的方式，但目前仍处于小范围测试阶段，具体交互细节和成熟度还有待后续观察。