实操 · CLAUDE
Claude Code 云端使用指南：云端会话实战手册
> Claude Code 在独立机器上运行时会有哪些变化，哪些工作流程能从中受益，以及如何第一次就连接好 GitHub。
原作者/来源：claude.dev
Claude Code 在独立机器上运行时会有哪些变化，哪些工作流程能从中受益，以及如何第一次就连接好 GitHub。
你可能会在自己笔记本电脑的终端里运行 Claude Code。这样的会话在三个方面依赖笔记本电脑：
- 它与本地工作树共用同一份文件，因此在同一个仓库中运行的两个会话可能编辑相同文件，也会争用同一个端口。
- 它使用你的凭据运行。
- 电脑进入睡眠状态或 Wi-Fi 断开时，它就会停止。
云端会话会在一台独立机器上运行 Claude Code。每项任务都会获得一台全新的虚拟机，其中已克隆你的仓库并创建了新分支，也已完成你的环境设置。你可以从 claude.ai/code、Claude 手机应用、Desktop 应用、终端和 Slack 启动会话。之后，你可以在浏览器、手机应用和 Desktop 中跟进。工作完成后，结果会留在一个分支上，你可以把它变成拉取请求。
Pro、Max、Team 或 Enterprise 计划都包含云端会话，无需额外付费：云端机器不单独收费，而且会话使用的额度与 Claude Code 其他部分共用。根据你的计划，组织所有者可能需要先开启云端会话。
为了撰写这份指南，我在一个小型示例仓库上运行了四个真实的云端会话。文中会展示它们的对话记录、差异和耗时。截图里的仓库和用户都是虚构的。实际工作、输出和数字都来自这些会话。
云端会话的一项主要优势是，你可以同时运行多项任务，而它们不会互相干扰。下面是我在 16 秒内启动的三个会话，每个会话都运行在自己的机器上。在笔记本电脑上，我只能依次运行这些任务，或者把时间花在避免它们互相干扰上。
图 A 同一个仓库中的三个云端会话的真实时间线，时间以第一个会话启动后的秒数计算。斜线条表示重新创建示例仓库的环境设置步骤（在正常使用中，GitHub 克隆会取代这一步）；每个圆点代表一次工具调用。
图 A 图中标签： 三个任务都在 87 秒内完成；VM 1“修复不稳定测试”（claude/fix-flaky-cache-test，测试套件运行 40 次，零次失败）、VM 2“更新 API 文档”（claude/update-api-docs，修复 5 处文档错误）、VM 3“结构化日志”（claude/structured-logging，JSON 日志和 5 项新测试）。时间轴标记为 0、15、30、45、60、75 和 90 秒。
三项任务、一个仓库、三台机器
这个示例仓库名为 tidepool，是一个小型 Node API，用于预测三个虚构港口的潮汐。它有三个常见问题：一个测试大约每运行四次就会失败一次；API 文档描述的参数已不是代码实际读取的参数；日志记录器通过拼接字符串来构建日志行。
我在 16 秒内启动了三个云端会话，每个会话处理一个问题。我通过程序启动了它们；由于 tidepool 不在 GitHub 上，每个会话首先都根据提示中的文件重新创建了仓库。使用真实仓库时，可以跳过这一步；从终端启动时，每个会话都对应一条 claude --cloud 命令。三个提示的缩写版本如下：
claude --cloud "npm test fails maybe one run in four. Find the flaky test, fix the root cause in the code (not the test), and prove it by running the suite at least 30 times in a row."
claude --cloud "docs/API.md is out of date with src/server.js. Rewrite it so every endpoint, parameter, default and response shape matches the code. Start the server and run each curl example to check it."
claude --cloud "Make src/logger.js emit one JSON object per line, keep LOG_LEVEL, and log method, path, status and duration_ms as fields. Add a test for the logger."这些会话分别运行了 61、65 和 72 秒；从第一个会话启动算起，87 秒后，三个任务都完成了。重新创建仓库耗时约占每次运行时间的三分之一到略多于一半。下面是结果。
不稳定的测试。 Claude 在 TtlCache.get 中发现了一个竞态条件。缓存只有等加载器完成后才会存储值，因此在加载期间，如果对同一个键再次调用 get，加载器就会再运行一次。Claude 将缓存改为存储正在执行的 promise；加载失败时则移除该条目，并连续运行了 40 次 npm test，没有一次失败。
文档。 Claude 启动了服务器，对每个端点都运行了 curl，并发现旧文档有五处错误：它列出了 API 从不返回的字段；记录了代码会忽略的 days 参数；高度单位写成英尺，而实际单位是米；漏掉了 /next-high 端点；也没有列出错误响应。它还发现，格式错误的 from= 值会返回一个空列表和 200 状态码。Claude 将这点作为注意事项写进文档，而没有修改并未被要求改动的服务器代码。
日志记录器。 Claude 编写了 JSON 日志记录器，将请求日志改为结构化字段，并添加了五项测试。它的提交中有一项测试失败，于是 Claude 又运行了八次缓存测试，其中五次失败。它追查后发现，失败原因与第一个会话正在修复的竞态条件相同。Claude 提出了相同的修复方案，但因为缓存不在它的任务范围内，所以没有改动缓存，并在总结中说明测试套件尚未全部通过。
图 B claude.ai/code 界面中的三个会话，在本地运行并回放它们的真实对话记录。环境设置步骤已缩短；路径显示在 /home/user 下；侧边栏底部的三个标题为填充内容；模式标签显示的是默认模式。
 |
 |
|---|
图 C “修复不稳定测试”会话。
图 D “更新 tidepool API 文档”会话。
0:00 / 0:21
图 E 一段 20 秒的录屏，展示同一个本地构建：在三个会话之间点击切换，然后滚动查看日志记录器会话的对话记录。
日志记录器会话的结果说明了为什么云端会话适合并行工作。每个会话都有自己的仓库副本、自己的进程和自己的分支。文档会话和日志记录器会话都启动了 API 服务器来进行测试，彼此互不影响。在一台笔记本电脑上，两个智能体若在同一个工作副本中工作，就会编辑同一批文件；除非各自选择不同端口，否则还会发生端口冲突。
由于彼此隔离，日志记录器会话无法访问第一个会话正在做的缓存修复。并行任务应按文件边界拆分，按合理顺序合并各个分支，并且要预料到某个会话报告的问题可能正由另一个会话修复。
Claude Code 云端会话的内部机制
云端会话是在 Anthropic 管理的基础设施上运行的 Claude Code 会话；也可以通过自托管环境，在组织自己的机器上运行。下图展示了各个组成部分。图后的四点会影响你的工作方式。
图 F 云端会话的组成。智能体可以接触的一切都位于虚拟机内。你的 GitHub 令牌和网络策略位于虚拟机外。
图 F 图中标签： 会话可从 claude.ai/code、Claude 应用的 Code 标签页、Desktop 的 Cloud、CLI 的 claude --cloud、Slack，或 Routines 与 API 启动或查看。每个会话使用一台全新的虚拟机：Ubuntu 24.04、约 4 vCPU、16 GB RAM、30 GB 磁盘；其中运行 Claude Code（Auto、Accept edits 或 Plan 模式），克隆仓库并创建新分支，并应用环境设置（设置脚本、变量和网络级别）。仓库中的 CLAUDE.md、规则和技能会随会话带上；个人 ~/.claude 留在本机。虚拟机外部有 GitHub 代理（保管真实令牌，并向虚拟机提供短期、会话专用凭据）和安全代理（应用 None、Trusted、Full 或 Custom 网络级别，并记录主机名）。结果是一个分支和一个拉取请求。
- 每项任务都有自己的机器。 一台全新的虚拟机，其中克隆了你的仓库并创建了新分支，因此各个会话无法触碰彼此的文件或端口。参见“查看已安装内容”。
- 你的 GitHub 令牌不会进入虚拟机。 代理会保管令牌，会话获得一个短期凭据，只能推送到自己的工作分支。参见“GitHub 代理”。
- 仓库中的 Claude 配置会一并带上；你的个人配置不会。
CLAUDE.md、规则、技能、智能体和命令会随仓库一起带上；你的~/.claude仍留在笔记本电脑上。参见“云端会话中的设置”。 - 闲置的虚拟机会被回收。 重新打开会话时，你会获得一台恢复了对话的全新虚拟机，因此重要的工作要及时提交。参见“环境过期”。
有关规格、权限模式和网络级别，请参见云端环境文档。
本地还是云端？
云端会话不会取代本地会话，而且大多数人会两者兼用。下表展示了它们的差异，后面的段落说明各自适用的情况。
| 本地会话 | 云端会话 | |
|---|---|---|
| 运行位置 | 你的机器 | 每项任务使用一台全新的虚拟机 |
| 笔记本电脑睡眠或离线时 | 会话停止 | 会话继续运行 |
| 在一个仓库上运行多项任务 | 分别使用不同工作树和端口，并注意做好隔离管理 | 每项任务使用一台虚拟机和一个分支 |
| 智能体可以访问什么 | 你的用户账户能访问的一切，包括 SSH 密钥、云 CLI 和 ~/.claude |
仓库、你设置的网络级别、你启用的连接器，以及会话专用的 GitHub 凭据 |
| 从哪里启动或跟进 | 那台机器，或通过远程控制使用你的手机 | 浏览器、手机、Desktop、终端、Slack、API 调用或定时计划 |
| 审批方式 | 任何模式，包括逐条命令审批 | Auto、Accept edits 或 Plan |
| 结束后留下什么 | 工作树中的更改 | 一个分支，以及你需要时可以创建的拉取请求 |
| 计算资源费用 | 使用你的机器 | 不单独收取计算费用；使用你计划中的额度 |
如果任务需要只有你的机器才有的东西，就留在本地。这包括带有真实本地数据的数据库、通过 VPN 访问的服务、GPU、手机模拟器，或桌上的硬件。如果你希望在几秒内就能在自己的浏览器中看到每项更改，进行快速的视觉迭代，也适合留在本地。如果组织启用了零数据留存（Zero Data Retention），也要使用本地会话，因为该设置会关闭云端会话。
有两项功能介于这两种选择之间。远程控制会让会话继续运行在你的机器上，同时让你通过手机或浏览器操控它。自托管环境目前处于 Team 和 Enterprise 的测试阶段，它会在组织自己的基础设施上运行云端会话，因此会话可以访问私有网络。
如果以上情况都不适用，那么这项任务就适合交给云端。下一节会介绍最能发挥云端会话优势的工作流程。
适合云端会话的七种工作流程
这些工作流程会用到表格中列出的差异：每项任务使用独立机器；你离开时会话仍继续运行；结束时会留下一个供你审查的分支。
1. 并行清理积压任务
假设你有五项小而互不相关的修复。在本地，你只能一项接一项地处理，或者设置五个工作树并把它们的端口和安装环境分别管理好。在云端，你可以启动五个会话，再审查五个分支。
claude --cloud "Fix the flaky test in auth.spec.ts"
claude --cloud "Update the API documentation"
claude --cloud "Refactor the logger to use structured output"claude --cloud 会从你当前分支所在的 GitHub 远程仓库克隆代码，因此要先推送本地提交。虚拟机启动期间，CLI 会实时显示环境设置步骤清单，并将你输入的内容排入队列。
把每项任务写成一张独立完整的工单，说明问题是什么、怎样才算完成，以及如何验证。关于不稳定测试的提示写明了验证方式：连续运行测试套件至少 30 次。会话实际运行了 40 次。
如果这些任务属于同一项较大的工作，project（Pro 和 Max 的公开测试版）会运行一段协调者对话，由它为你启动和跟踪云端会话。之后，它会按状态分组：正在处理、等待你处理，以及可供审查。
2. 让它验证修复
不稳定测试是最典型的、需要反复验证的工作：你必须一遍又一遍地运行测试套件，而且不希望这个循环占用你正在工作的机器。在云端，Claude 修补了缓存，并用一条命令将整个测试套件运行了 40 次。
图 G 运行 40 次，零次失败：不稳定测试会话中的真实命令和输出，在本地运行的 claude.ai/code 界面中回放。Claude 修补了 src/cache.js，并在一个步骤中循环运行整个测试套件 40 次。路径显示在 /home/user 下。
虚拟机不收取计算费用，而且使用的也不是你的 CPU，所以可以要求它进行充分验证。运行测试套件 200 次；在 50 次提交中二分定位回归问题；运行耗时较长的集成测试层；或者像文档会话那样启动应用并用 curl 请求它。
Claude 的每轮对话仍会计入你的计划额度，但在一条命令中运行很久的测试，成本很低。前台命令默认在 2 分钟后超时（最长为 10 分钟），之后会继续在后台运行，最多再运行 30 分钟。你可以通过环境变量中的 BASH_DEFAULT_TIMEOUT_MS 和 BASH_MAX_TIMEOUT_MS 调高默认值。
3. 在桌面规划，在云端构建，再回到终端收尾
对于较大的更改，先在来回沟通成本较低的地方商定方案。让 Claude 以计划模式启动，一起拟定计划，将计划提交并推送。
claude --permission-mode plan
# ……商定计划，将其保存到 docs/migration-plan.md，然后提交并推送……
claude --cloud "Execute the migration plan in docs/migration-plan.md"云端会话构建期间，你的终端可以继续处理其他工作。云端会话完成后，将它的工作取回，再手动收尾。
claude --teleport # 选择一个云端会话
claude --teleport <session-id>Teleport 会检查你当前所在的仓库，获取会话的分支，将其检出，并把完整对话加载到你的终端中。你的工作树必须干净（它会提供暂存更改的选项），而且该分支必须已推送。从 Claude Code 内部运行 /teleport（或 /tp）会打开同一个选择器；运行 /tasks 然后按 t 也可以。Desktop 应用则提供相反方向的操作：它的 Open in 菜单可以把本地会话发送到云端。
4. 用手机跟进
Claude 应用中的 Code 标签页可以连接到同一批会话。你可以用手机启动任务、跟进任务、调整方向、回答 Claude 提出的问题，或让 Claude 监控一个拉取请求。
手机适合处理那些你觉得“等到坐到键盘前可能就忘了”的问题。我让第四个会话回答一个你可能会用手机输入的问题：tidepool 如何预测潮汐？时间窗口边界处可能会出现什么问题？它运行了代码来核对答案，并发现了一个真实缺陷。循环从不检查第一个或最后一个样本，所以如果高潮恰好出现在窗口起点，API 就会漏掉它。
 |
 |
|---|
图 H 用手机提出的问题：在浏览器中以手机屏幕宽度显示的 claude.ai/code（不是原生应用），本地运行并回放第四个会话的真实回答。
图 I Claude 通过运行代码、使用示例数据核对自己的每项说法，没有更改任何文件。
5. 将 CI 失败和审查意见交给 Claude
在仓库中安装 Claude GitHub App 后，云端会话就可以监控拉取请求，并根据其进展采取行动。
在 claude.ai/code 会话中的 CI 状态栏里，打开 Auto-fix。你也可以在终端的 PR 分支上运行 /autofix-pr，让手机应用监控该 PR，或者把 PR URL 粘贴到会话里。
对于失败的检查和审查意见，Claude 会提交清晰的修复并说明改了什么。遇到含糊不清或涉及架构的问题时，它会先询问你。它在审查线程中的回复会以你的 GitHub 用户名发布，并标注为 Claude Code。
Claude 不会收到与基准分支发生合并冲突的通知，因此要让它执行变基。它的评论还可能触发由评论驱动的自动化，例如 Atlantis。
6. 不必亲自启动工作
routine（研究预览版）由多个保存好的资源组成，用于完成一项任务，例如提示、仓库、连接器和环境。每次运行都是一个由触发器启动的云端会话。触发器可以是定时计划（最频繁为每小时一次）、对 routine 自有端点发起的 HTTP 调用，或 GitHub 事件，例如打开拉取请求或发布版本。在 claude.ai/code/routines、Desktop 应用中，或通过 CLI 中的 /schedule 创建 routine。Routine 运行时不会弹出审批提示，并且默认会推送到以 claude/ 为前缀的分支。
这里还有两个较小的工具可以提供帮助。你可以从任何已登录的机器向正在运行的会话排入后续指令，包括 CI 作业。
claude -p "The integration tier is green now; rebase on main and push" --cloud <session-id>你也可以为预先填好内容的会话添加书签。例如，claude.ai/code?prompt=Triage+the+newest+issues&repositories=acme-labs/tidepool 这样的 URL 会打开 claude.ai/code，其中已填好提示和仓库。
7. 运行你不完全信任的代码
贡献者提交的拉取请求、新依赖项的安装脚本，或你五分钟前克隆的仓库，都可能运行你还没有读过的代码。在笔记本电脑上，这些代码会与你的 SSH 密钥、云 CLI 会话和浏览器配置文件一起运行。在云端会话中，它会运行在一台可随时销毁的虚拟机里，无法访问这些内容；它使用会话专用的 GitHub 凭据，并且网络范围可以收窄。
如果要进行最严格的运行，将环境的网络访问权限设为 None；也可以保留 Trusted，这会允许访问软件包注册表、GitHub 和主要云 SDK 主机。即使设置为 None，Claude Code 仍会向 Anthropic API 发送请求，因此数据仍可能通过这种方式离开虚拟机，而且会话仍可推送到自己的分支。所有出站流量都会经过一个记录主机名的代理。
连接 GitHub，避免卡住
如果你的第一个云端会话出了问题，最可能的原因是 GitHub。大多数问题都源于云端会话需要两种彼此独立的 GitHub 权限。
使用 GitHub 登录会让 Claude 知道你是谁。
在账户或组织上安装 Claude GitHub App，则决定了 Claude 可以在该账户或组织中查看哪些私有仓库。
公共仓库只需要前一种权限。私有仓库还需要后一种权限，安装位置必须是拥有这些仓库的账户或组织。如果你已连接 GitHub，却找不到某个私有仓库，通常是因为没有在拥有该仓库的账户或组织上安装 App。
| 你已连接的内容 | 公共仓库 | 你的私有仓库 | 组织的私有仓库 | Auto-fix、GitHub 触发的 routines 和 projects |
|---|---|---|---|---|
| 仅使用 GitHub 登录 | 是 | 否 | 否 | 否 |
| + 在你的个人账户上安装 App | 是 | 是 | 否 | 你的仓库 |
| + 在组织上安装 App（由所有者批准） | 是 | 仅当你的账户上也安装了 App 时才可以 | 是 | 组织的仓库 |
/web-setup（你的 gh token） |
是 | 是 | 你的令牌可访问的任意仓库 | 否，需要安装 App |
路径 A：在浏览器中连接（推荐）
在 claude.ai/connect-github 连接你的 GitHub 账户，然后在拥有你仓库的账户或组织上安装 Claude GitHub App。对于组织，通常必须由所有者批准安装。快速入门指南会逐步介绍每个步骤。
图 J 第 1 步：使用 GitHub 登录。
图 K 第 2 步：安装 Claude GitHub App。
图中是 claude.ai/code 的引导页面，在本地运行并显示示例数据；插图中的仓库名称和 Research preview 标签属于产品自带的图像内容。
如果 GitHub 没有将你带回 claude.ai/code，claude.ai/connect-github 连接页面会针对常见原因显示一个简短清单。其中一个原因是单点登录步骤；如果跳过这一步，组织的仓库就会被隐藏。
图 L 如果 GitHub 没有将你带回：claude.ai/code 界面中快速设置引导流程里的产品自带清单，用于排查中断的 GitHub 连接；界面在本地运行。
Auto-fix、由 GitHub 触发的 routines 和 projects 也依赖该 App，因此即便你通过其他方式连接，也要安装它。
路径 B：在终端中通过 /web-setup 连接
如果你已经在使用 gh CLI，可以在 Claude Code 内运行 /web-setup，将 gh token 发送到你的 Claude 账户。之后，会话就能访问该令牌可以访问的任何仓库，无论是否安装 App。操作过程请参见“从终端连接”。Team 和 Enterprise 计划需要由所有者先开启 Quick setup。
路径 C：临时任务不连接 GitHub
在没有 GitHub 远程仓库的仓库中，或在尚未安装 App 的仓库中运行 claude --cloud，Claude Code 会上传一份仓库文件包，而不是克隆仓库。只有当你连接的 GitHub 账户对该仓库有推送权限时，会话才能将更改推回。文档列出了文件包包含和不包含的内容。
如果你使用 Team 或 Enterprise
组织所有者有一份简短清单：在 claude.ai/admin-settings/connectors 开启 GitHub 连接器；在 Claude Code 管理设置中允许云端会话；在组织的仓库上安装 Claude GitHub App（或批准成员发出的申请）；并决定是否开启 Quick setup。
启用了 IP 允许列表或使用 GitHub Enterprise Server 的组织还需要额外操作。请参见有关 IP 允许列表和 GitHub Enterprise Server 的文档。
仍然无法使用时
| 你看到的情况 | 原因 | 解决办法 |
|---|---|---|
| 选择器中找不到某个私有仓库 | 拥有该仓库的账户或组织没有安装 App，或者 App 的仓库访问权限中未包含该仓库 | 在该账户或组织上安装 App，或在 GitHub 设置中将该仓库添加到 App 的 Repository access |
| 出现错误，要求你必须是组织所有者才能关联 | 组织拦截了成员资格检查；通常是因为存在待处理的 App 权限申请、IP 允许列表，或 SAML 单点登录 | 由所有者在组织的 GitHub App 设置中批准权限申请；启用已安装 GitHub App 的 IP 允许列表继承；或者在 SAML 下授予 Claude 组织访问权限 |
| 连接后立即看不到组织的仓库 | 组织使用 SAML 单点登录，但跳过了授权步骤 | 在 GitHub 的“Single sign-on to your organizations”步骤中，先点击每个组织旁的 Authorize，再继续。如果已经跳过这一步，请在 GitHub 设置中授权 Claude 访问该组织，然后重新连接 |
| 每个云端会话都因身份验证错误而失败 | 你的 Claude 组织使用 IP 允许列表 | 请支持团队将 Anthropic 托管的服务加入豁免列表 |
其他问题请参见文档中的故障排查部分，其中也包括连接 GitHub 后没有仓库显示的情况。要彻底断开 GitHub 连接，请使用 claude.ai/customize/connectors。
为会话提供自检所需的条件
能运行测试的会话可以在交还工作前检查自己的成果。否则，你审查的可能是从未运行过的更改。本指南示例中的大部分价值都来自 Claude 实际运行了各种操作：运行测试套件 40 次、启动服务器并对其执行 curl 请求，以及检查时间窗口边界处的潮汐计算。花十分钟设置环境，就能让 Claude 运行这些检查。
图 M 在 claude.ai/code 界面中添加云端环境。本地运行并显示示例值：名称、网络访问级别、采用 .env 格式的变量，以及环境设置脚本。
从 Default 环境开始。它使用 Trusted 网络访问权限，不包含变量和环境设置脚本；对于大多数 JavaScript、Python、Go 和 Rust 仓库来说，这已经够用。
使用环境设置脚本配置机器。它会在 Claude Code 启动前以 root 身份运行，因此可以执行 apt install。脚本必须以状态码 0 退出，否则会话无法启动；而且应在大约五分钟内完成，以便缓存该环境。之后，新会话会从包含已安装工具的快照启动。更改脚本或允许的主机后，会重建缓存；缓存也大约每七天重建一次。
使用 SessionStart hook 配置项目。将 npm install 等步骤放在仓库 .claude/settings.json 中的 hook 里，这样它们在本地和云端都会以相同方式运行。如果某个步骤只应在云端运行，就检查 CLAUDE_CODE_REMOTE。单仓库会话会加载仓库中的 hook。
在每个会话中启动服务。缓存会保存文件，但运行中的进程不会随缓存保留下来。让 Claude 运行 service postgresql start，或者在 SessionStart hook 中启动它。
选择能满足需求的最窄网络级别。Trusted 已覆盖常见的注册表。使用 Custom 添加私有注册表；只有任务需要开放互联网时才使用 Full。更改会在大约一分钟内传到正在运行的会话。
不要把密钥放进共享变量。任何使用该环境的人都能看到环境变量。在 Pro 和 Max 计划中，环境中的 API 凭据会在虚拟机外部，向你指定的主机发送请求时附加密钥，因此密钥不会存放在变量中。
将命令写入 CLAUDE.md。你的个人 ~/.claude 不会进入云端虚拟机。如果你希望 Claude 知道如何运行集成测试，仓库本身就必须写明。
值得养成的习惯
- 一项任务，一个会话。 小而独立的会话更容易审查，丢弃起来也更省事。
- 要求提供证据。 写明什么命令可以证明任务已完成，并在查看差异前先读 Claude 的总结。
- 运行
claude --cloud前先推送。 虚拟机会从 GitHub 克隆代码，因此未推送的提交不会传过去。 - 长任务中途也要提交。 闲置的虚拟机可能会被回收。
- 在差异视图中审查。 行内评论会批量加入你的下一条消息；Create PR 可以创建完整 PR、草稿，或打开 GitHub 的编辑页面。
- Claude 工作时也可以调整方向。 Claude 工作期间发送的消息会排入队列；你也可以撤回已排队的消息。
- 共享会话。 在 Team 和 Enterprise 计划中，将会话的可见性设为 Team，这样审查者就能了解更改是如何完成的。云端会话中的提交会带有一个链接回对话记录的
Claude-Sessiontrailer。 - 留意额度。 并行会话会同时消耗你的计划额度，所以五个会话消耗额度的速度大约是一项任务的五倍。Routines 有各自的每小时上限；projects 每天最多可以启动 200 个新线程。
常见问题
谁可以使用云端会话？ Pro、Max 和 Team 计划用户，以及持有 premium seat 或 Chat + Claude Code seat 并使用 claude.ai 账户登录的 Enterprise 用户。Console API key 和第三方提供商无法使用云端会话。请参见云端会话文档。
我的数据会去哪里？ Anthropic 会存储会话对话记录，具体保留时长取决于你的计划和模型改进设置。虚拟机会在闲置后被回收；删除会话会移除其中的数据。请参见“数据使用与安全”。
Claude 会用我的云端会话数据训练模型吗？ 云端会话遵循与 Claude Code 其他部分相同的政策。在 Team、Enterprise 和 API 上，除非组织选择加入，否则 Anthropic 不会使用你的代码或提示训练模型。在 Free、Pro 和 Max 上，则取决于你的模型改进设置。请参见“数据使用”。
它能处理大型仓库吗？ 虚拟机大约有 4 个 vCPU、16 GB 内存和 30 GB 磁盘。将耗时较长的安装步骤放进环境设置脚本，这样它们只需运行一次，并会保存到缓存快照中。
GitLab 或 Bitbucket 怎么办？ claude --cloud 可以从任何 Git 仓库上传文件包，但会话无法将更改推回这些托管平台。Team 和 Enterprise 计划支持 GitHub Enterprise Server。请参见平台限制。
并行分支发生冲突时怎么办？ 各会话彼此并不知情。先合并一个分支，然后给下一个会话发送类似 claude -p "rebase on main and fix any conflicts" --cloud <session-id> 的后续指令。
我会失去本地工具吗？ 用户级配置不会随会话过去，所以要把团队需要的内容移入仓库：将技能和命令提交到 .claude/ 下；将项目级 MCP 服务器添加到 .mcp.json；并在 CLAUDE.md 中记录测试命令。“云端会话中的设置”列出了每个会话会读取哪些内容。
五分钟内开始
设置大约需要五分钟。之后，你就可以交出一项任务、合上笔记本电脑，再回来查看一个已准备好供你审查的分支。
- 打开 claude.ai/code，或在 Claude Code 中使用你的 claude.ai 账户运行
/login。 - 连接 GitHub，并在存放仓库的账户或组织上安装 Claude GitHub App。
- 选择仓库和 Default 环境。
- 从积压任务中交给 Claude 一项任务，并附上一条能够证明任务已完成的命令。
- 关闭标签页。之后用手机跟进，再审查差异，并在 claude.ai/code 创建拉取请求。