Claude Code on the web 在远程运行 Claude Code 任务，与您的 GitHub 存储库中的代码配合使用。本文解释了它的工作原理、何时使用它而不是在终端或 IDE 中运行 Claude Code，以及它支持的工作流程。

Claude Code on the web 提供的功能

Claude Code on the web 让您可以将任务委托给 Claude，这些任务无需您的主动监督即可运行。在浏览器中，您选择一个 GitHub 存储库，描述您想要完成的工作，Claude 在远程环境中处理该任务。Claude Code 开始处理任务后，您可以完全离开该页面；Claude 将继续其工作。完成后，Claude 将自动创建一个拉取请求，其中包含供您审查的更改。

此功能适用于您本地计算机上可能没有的存储库。您可以在有权访问的任何 GitHub 存储库上启动任务，而无需在本地克隆它或设置开发环境。这对于您偶尔贡献的项目或您仍在学习的代码库很有用。

Claude Code for web 支持异步开发工作流程。使用终端或编辑器中的 Claude Code，您通常同步工作：您发出请求，等待 Claude 响应，审查更改，然后发出另一个请求。这样的同步工作给您细粒度的控制，但需要您在整个过程中的关注。Claude Code on the web 的处理方式不同：您可以分配一个更大的任务，让 Claude 独立工作，然后稍后返回审查已完成的工作。

您还可以并行运行多个任务。由于每个任务在自己的隔离环境中运行，您可以让 Claude 同时处理多个不同的问题或存储库。每个任务独立进行，完成时创建自己的拉取请求。多个任务可以同时在同一存储库上工作。

工作原理

当您启动任务时，Claude Code on the web 为您的工作创建一个隔离的虚拟机。您的 GitHub 存储库被克隆到此环境中，该环境预配置了常见的开发工具和语言生态系统。

Claude 通过运行您在存储库配置中定义的任何设置命令来准备环境。这包括安装依赖项、设置数据库或运行项目需要的其他初始化步骤。如果您的任务需要网络访问（可能是为了安装包或获取数据），您可以配置环境具有的互联网访问级别。

环境准备好后，Claude 开始处理您的任务。Claude 读取您的代码、进行更改、编写测试并运行命令来验证工作。您可以通过网络界面监控进度并在需要时提供指导。

Claude 完成任务后，它会将更改推送到您的 GitHub 存储库中的新分支。您会收到通知并可以审查更改，然后直接从界面创建拉取请求。拉取请求包括 Claude 的所有工作，可供您审查和进行任何其他您想要进行的更改。

每个任务在完全隔离的环境中运行。虚拟机仅针对该特定任务存在，并包括安全控制，如受限的网络访问和受保护的凭证处理。您的 GitHub 身份验证通过安全代理进行管理，因此凭证永远不会直接存在于 Claude 工作的环境中。

何时使用 Claude Code on the web 与终端

Claude Code on the web 是与 Claude Code 配合使用的一种新方式。某些任务非常适合在网络上异步执行，而其他任务仍然最好通过终端或 IDE 中的 Claude Code 运行。

使用 Claude Code on the web 的场景：

定义明确的任务，要求清晰：当您可以准确描述需要完成的工作，并且不期望需要在任务中途引导 Claude 时，网络界面让您启动工作并在完成时返回。
处理 bug 积压的后台工作：您可以从积压中为 Claude 分配多个问题，让它们并行运行。每个任务独立进行，允许您同时处理多个修复，而无需单独监控每一个。
您本地没有的存储库：如果您需要对未克隆或不想在计算机上设置的存储库进行更改，Claude Code on the web 会为您处理环境设置。
您想要排队的任务：当您有一个更改列表要进行，但现在不想处理它们时，您可以在网络上启动任务并稍后审查结果。这让您可以批量处理类似的工作或在您专注于其他事情时委托任务。

在终端/IDE 中使用 Claude Code 的场景：

需要频繁纠正方向的任务：当您不确定正确的方法是什么，或期望需要根据您看到的内容重定向 Claude 时，在终端中工作可以给您即时反馈。您可以在 Claude 工作时调整方向，而不是等待完整的结果。
需求不清楚的探索性工作：如果您正在弄清楚如何解决问题或调查不同的方法，终端让您在学习时完善您的请求。来回的讨论有助于澄清一开始不明显的需求。
具有未提交更改的本地开发：当您正在积极开发并在本地存储库中有未提交的工作时，在终端中使用 Claude Code 可以将所有内容保持在一个地方。您可以快速迭代更改，而无需提交或推送尚未准备好的工作。
需要即时反馈的任务：如果您需要快速看到结果并想要快速迭代，终端提供更低的延迟。您可以实时观看 Claude 工作，如果过程早期出现问题，可以停止或重定向。

示例用例

使用测试驱动开发的后端更改

让 Claude 编写定义预期行为的测试，然后实现代码以使这些测试通过。这对于可以通过自动化测试验证行为的后端更改特别有效。

示例提示：

为 /api/search 端点添加速率限制。

速率限制器应该：
- 每个 API 密钥每分钟允许 100 个请求
- 超过限制时返回 429 状态
- 60 秒后重置限制
- 独立跟踪不同的 API 密钥

使用 TDD 方法：首先编写全面的测试，然后实现速率限制逻辑以通过它们。

何时使用此方法：这在网络上效果很好，因为测试为 Claude 提供了明确的验证标准来努力实现。您不需要监控 Claude 的进度，因为测试会捕获问题并指导迭代朝向工作解决方案。任务的自包含性质（Claude 编写测试然后使其通过）不需要您启动后的输入。

使其有效的原因：Claude 可以在没有您监督的情况下迭代实现，使用测试失败来识别和修复问题。任务运行时间比简单的代码更改要长，但您可以让它在后台完成。当您审查拉取请求时，测试和实现都已准备好，您对解决方案有信心，因为测试通过了。

文档更新

生成或更新技术文档，如 README 文件、API 文档、代码注释或用户指南。

示例提示：

使用自 v2.3.0 发布以来的所有更改更新 CHANGELOG.md：
  - 审查该标签以来主分支上的提交。
  - 将更改分类为"Added"、"Changed"、"Fixed"和"Removed"部分。
  - 为每个条目包括提交哈希。

何时使用此方法：更新日志非常适合网络，因为 Claude 可以独立审查提交历史并格式化条目而无需指导。该任务手动执行很繁琐，但足够直接，Claude 可以完成而无需关于要包括哪些提交或如何分类它们的问题。

使其有效的原因：您可以委托整个更新日志更新并在完成时审查结果。Claude 读取提交、提取有意义的更改并遵循您现有的更新日志格式。

具有明确范围的重构

当您可以为更改定义明确的边界时，重新组织代码以改进组织或可读性。这包括提取代码、拆分大文件或组织模块结构。

示例提示：

/src/services/user.go 中的 UserService 类有 800 行长。
将其拆分为三个专注的服务：
  - UserAuthService（登录/登出/会话）
  - UserProfileService（配置文件 CRUD 操作）
  - UserPreferencesService（设置/偏好）

确保所有测试仍然通过。

何时使用此方法：具有明确约束的重构在网络上效果很好，因为您可以为 Claude 设置明确的边界来遵循。测试套件可以提供验证，允许 Claude 验证重构没有破坏任何现有功能。

使其有效的原因：该任务需要时间，但一旦定义了结构就不需要您的主动输入。您可以启动重构并稍后审查组织的结果，而不是在 Claude 处理任务时监控它。明确的范围意味着 Claude 不太可能需要在任务中途进行指导。