Claude Projects 于 2026 年 10 月 9 日由 Anthropic 开发者账号 ClaudeDevs 宣布扩大开放：候补名单中的 Pro 和 Max 用户已全部获准入，测试版继续向这两档订阅用户滚动推出。它的形态是一个持续存在的对话——你把不断到来的活都扔进同一个入口，Claude 自己拆成一条条线程并行去跑，再把结果汇总回来。
一个协调对话，多个干活线程
没有 Projects 之前，并行开多个会话的协调工作全在人身上：决定每个会话干什么、每次开头重复粘贴背景、挨个回看哪个做完了、哪个在等答复。Projects 把这份协调交给 Claude 本身。项目对话负责接收任务、判断该新建线程还是交给已经在处理同类工作的线程，并在线程汇报时汇总进展。每条线程是一个独立会话，有自己的上下文窗口：多数是云端会话，在自己的分支上改代码、该开拉取请求时开拉取请求；某个任务偏偏需要本机才有的数据库或工具时，可以指定这条线程在本机运行。线程并行推进，你可以在手机上查看和干预，合上笔记本后云端线程照常继续。
背景只交代一次，进度只看一个面板
项目级指令和记忆会进入每条新线程的起点：目标分支是哪条、检查工作怎么做、什么事必须先问过你，写一次就行，不必每个会话重复交代。回来查看时，Overview 面板把所有线程的状态摆在一起：哪些已完成、哪些拉取请求待审、哪条线程在等你回话，另有存放输入文件和线程产出文件的 Library 页签。适用场景也写得很明确：目标横跨多个仓库的统一改造、持续流入的故障和审查请求、单个会话装不下的构建或迁移；不写代码也可以，上传一批合同或导出的工单文件，线程会把分析成果以文件形式交回。
先算额度账，再决定要不要用
需要注意的边界同样清楚。单次小任务直接开一个云端会话更省事；每件事都离不开本机环境时，本地会话更合适；一次性定时任务也不必套上项目这层结构。成本上，Projects 与其他 Claude Code 会话共用同一份订阅额度，而且消耗更快：官方文档提示，新项目默认让每条线程以 Opus 和高强度运行，这是消耗额度最快的配置。上手建议是先在项目设置里确认线程的模型和强度，要求 Claude 先提出线程方案再动手、同时只跑几条，跑顺了再逐步放开。
把它和另外两件事放在一起看，层级就清楚了：站内此前写过的 Claude Code 云端会话 解决任务在哪台机器上跑，Managed Agents 动态工作流 解决一次任务内部怎么拆给许多智能体，而 Projects 补的是最上面一层——长期不断到来的工作，谁来接、谁来盯、谁来向你汇报。
