Claude Code Projects

Claude Code Projects比普通用法更快触达使用限制，因为每个线程都是完整会话。

在Claude Code Projects中，如果两个线程修改同一文件的同一区域，Git无法自动决定保留哪一份，冲突会在合并时暴露而非执行时爆发。

Anthropic文档提到项目级别的用量控制，等待名单开放时媒体报道的每日新线程额度应被视为媒体消息而非官方原文引用。

Claude Code Projects 引入了一个名为“协调器”（Coordinator）的角色，负责任务分配和多云线程依赖关系管理。

云线程（Cloud Threads）是 Claude Code Projects 中实际执行编码任务的单元，每个线程拥有独立的上下文窗口并可并行处理不同子任务。

Claude Code Projects 对 Pro 和 Max 用户开放，但同时活跃的云线程数量受计划等级约束，Pro 用户的并行线程少于 Max 用户。

每个云线程的执行都会消耗相应的用量配额，多线程并行会更快地消耗计划额度。

跨线程代码冲突是 Claude Code Projects 的已知局限，当两个线程修改同一文件时，协调器的冲突解决策略尚不完善。

任务依赖关系越复杂，Claude Code Projects 协调器的调度效率下降越明显。

长时间运行的云线程可能偏离项目初始目标，产生上下文漂移问题。

Claude Code Projects 的协调器+云线程架构属于层级式多智能体架构。

Claude Code Projects 引入了共享产物（Artifacts）机制，产物存放在 Library 标签页中，任何 Thread 都能访问其中的内容，包括用户手动添加的线框图或设计规范。

Thread 之间共享记忆，用户可以让 Claude 记住某项偏好应用于所有未来的 Thread，也可以在项目设置中编辑这些记忆内容。

Projects 最适合超出单次会话承载能力的任务，典型场景包括大规模迁移、跨仓库更新和持续性排查。

在 Shell 环境中，用户可以将 Claude 连接到监控服务，让它自行检查真实的用户指标，并设置每日运行的例程检测性能回归，一旦发现问题会自动打开 Thread 进行调查。

在 Claude Code Projects 中，每个 Thread 本质上是一个独立的 Claude Code 会话，运行在云端自己的分支上，即使用户合上笔记本电脑任务仍会继续推进，用户也可通过手机端查看进度。

Claude Code Projects 和 Cursor Projects 都采用协调器（coordinator）机制，负责把任务拆分给多个并行运行的云端 Agent 并维护共享上下文

Claude Code Projects 每天最多只能开启 200 个新线程（threads）

Claude Code Projects 目前仍处于 Beta 阶段，且仅对 Claude Pro 和 Max 订阅用户开放

选型应优先选择与现有代码托管位置和订阅计划相匹配的工具，而非单纯比较哪个更强