DeepSeek Super-agent：什么是云端编程智能体，它又适合什么场景

开发者工具中出现了一种新习惯：把任务留在某处——Issue、聊天中的提及或提示词框——合上笔记本电脑，等回来时就能看到智能体趁你离开期间创建的分支或拉取请求。GitHub、Cursor、OpenAI、Anthropic、Cognition 和 xAI 现在都推出了某种形式的此类产品，名称各异，如云端智能体、后台智能体、云端会话或自主软件工程师。本文将解释这一类别：这些产品实际能做什么、工作流程如何运行、你需要放弃什么，以及 DeepSeek 的开源 Super-agent 原型在其中处于什么位置。

什么算云端编程智能体

这个标签的定义比较宽泛，因此不妨先说说这一类别中的产品共有的三个组成部分：

• 无需打开编辑器即可触发。任务可以来自分配的 Issue、Slack 或飞书中的 @提及、Web 应用中的提示词、API 调用或 CLI 移交。
• 在你的设备之外运行的环境。智能体会克隆代码仓库、安装所需内容，并在由供应商或组织管理的沙箱或工作区中开展工作。
• 可供审核的结果。最终会产出一个分支、一组差异、草稿 PR 或评论——总之是人可以审核并采取行动的内容。

这使它区别于两个相邻类别。本地 IDE 智能体在你的笔记本电脑上运行，由你看着它操作；聊天助手则回答问题，但不会触碰代码仓库。云端编程智能体介于两者之间：它有实际可用的工具和真实的代码检出，但设计初衷是让人可以离开。

机器人这个词描述的是同一理念以聊天为核心的形态。你不必分配 Issue，而是可以在 Slack、Teams 或飞书中提及智能体。触发方式变了，远程环境却没有变。输出可以是 PR、差异或一组完成的文件。

产品一览

以下介绍六款产品，并采用各供应商自己的描述：

Grok Bot 的适用范围最广：xAI 将其描述为一位常驻的 AI 队友，可从桌面端或移动端聊天启动；如果账号已关联，也可以在 X 上提及 @bot 来启动。它运行在由 Cursor 托管、与账号绑定的云端机器上，能够访问浏览器、存储和命令行。其文档介绍的是已完成的文件和草稿，而非代码仓库工作流程；文档中没有提到创建分支和 PR。因此，它处于这个光谱中偏向聊天机器人的一端。

有四个方面比表格更值得关注：

触发入口在哪里。GitHub Copilot 云端智能体和OpenAI Codex Cloud面向的工作，通常已在 GitHub 或 ChatGPT 应用中。Cursor Cloud Agents和Devin更以聊天为核心：Slack 或 Teams 对话串就是入口。Claude Code 云端会话可以从浏览器、手机、桌面应用或终端中的claude --cloud触发，也可以按计划运行。

供应商会向你展示多少信息。Claude Code 对隔离机制有详细说明：在 Anthropic 托管的环境中，每个会话都在隔离的 VM 中运行，默认限制网络访问，git 凭据留在沙箱之外，由代理代表会话进行身份验证。组织也可以将会话转到自托管环境，但此时隔离由组织负责。云端会话共用你套餐的速率限制，不另收 VM 费用；使用时需要登录 claude.ai。如果 Claude Code 配置为使用 Amazon Bedrock、Google Cloud 的 Agent Platform 或其他第三方供应商，则无法使用云端会话。其他供应商公开的内部细节较少，“沙箱”或“VM”往往就是公开说明的全部内容。

智能体获准操作哪些内容。有些产品仅限于单个代码仓库，另一些则宣称支持整个组织或多个代码仓库。这是首先要根据自身环境核查的事项，因为能力再强的智能体，如果代码仓库范围设置不当，要么毫无用处，要么会带来危险。

它适用于哪类工作。此列表中的大多数产品都用于特定代码仓库中的编程。Grok Bot 是通用云端队友：它的文档介绍文件和草稿，而非代码仓库工作流程。应将“云端智能体”视为一个光谱，而不是单一的产品形态。

工作流程的实际运行方式

撇开品牌包装，这些产品的工作流程大同小异：

1. 接收任务。触发信号到达后，产品会判断这是否为真正的任务，有时会先提出一个澄清问题，然后将会话加入队列。
2. 准备环境。智能体会从正确的分支克隆代码仓库，运行设置脚本或映像，并安装工具链。网络访问和密钥会在此时配置，而不是之后。
3. 执行工作。智能体会阅读代码、编辑文件、运行测试和命令，偶尔也会打开浏览器。即使你的笔记本电脑进入睡眠状态，长时间运行的任务仍会继续。
4. 输出结果。智能体会推送一个分支并创建 PR，或者留下差异和书面摘要。有些产品会返回草稿 PR，因为它们希望智能体在合并前停止。
5. 审核。由人阅读差异、发表评论，然后选择合并、要求修改，或将工作接回本地会话。有些产品还能跟踪 PR，并在 CI 失败时推送修复。

最容易出问题的是第 2 步和第 5 步。设置脚本耗时过长、智能体无法克隆代码仓库、网络策略阻止访问软件包注册表，或沙箱无法读取所需凭据，都会让看似简单的任务停下来。而且，“可供审核的输出”仍然意味着要由人来审核：这些产品都没有省去审核步骤，只是把敲代码的工作转移了。

这股浪潮为何此时兴起

三个条件需要同时成熟。模型变得足够可靠，可以在无需持续监督的情况下运行长时间的工具调用流程。沙箱和设置脚本的成本足够低，可以为每项任务提供独立环境。拉取请求也成为智能体与审核者之间的默认接口，因此团队无需另行设计审核流程。

此外还有注意力方面的理由。DeepSeek 的配套设计文章明确指出：单项任务的上限受模型能力限制，而一个人同时处理多项任务的产能受注意力限制。云端智能体将会话管理、上下文切换和等待从人身上转移出去。这一观点来自 DeepSeek 的文章，而非独立研究，但它解释了为什么这一类产品让人觉得实用。

你需要放弃什么

所有托管产品都是以控制权换取便利：

• 信任边界。你的代码，有时还有凭据，会离开你的设备。供应商对隔离、数据保留和网络访问公开的信息详略不一；应逐一查看各产品的说明，而不要假设整个类别都一样。
• 隔离。托管 VM 的设计目的是限制智能体的活动范围，但它仍属于供应商的环境。“沙箱”可能指经过强化的 VM，也可能只是一个可广泛访问网络的容器。
• 自定义能力。托管智能体提供的是设置，而不是源代码。如果你的工作流程需要不同的触发方式、审核规则或模型，就只能使用产品提供的选项。
• 计费方式。这些产品大多通过订阅或套餐计费，并设有使用限制；智能体的运行时间不是你能直接控制的单独计费项目。应按套餐而非 token 制定预算。
• 适用范围与供应商锁定。各供应商在多代码仓库支持、聊天集成和企业控制方面各不相同，将工作流程从一家迁移到另一家并非毫无成本。

自托管方案：DeepSeek 的 Super-agent

DeepSeek 的发布之所以值得关注，是因为它探讨了控制平面留在自己手中时，同样的工作流程会是什么样子。该代码仓库是一个 MIT 许可的 TypeScript 插件，适用于 DeepSeek Harness（DSH），版本为 0.1.0，以研究原型形式发布。README 明确指出：该版本经过调整后才公开发布，并不等同于 DeepSeek 的内部版本，也没有实现设计文章中的所有构想。

其架构由一个长期运行的Router会话和每个任务单独的Worker会话组成。事件按 Source → Trigger → Thread → Eval → Mandate → Ticket → Assignment → Executor 的顺序流转。团队通过策略授权工作；系统会接受获准人员明确发出的 @提及，而主动任务则以observe模式启动，只记录智能体原本会采取的操作，不创建工单。每个 Ticket 都有自己的会话和目录；prepare 命令可以为每个 Ticket 创建一个 git worktree。

其运行模式与供应商沙箱截然相反。它监听一个 github.com 代码仓库（不支持 GitHub Enterprise Server），并可选接入飞书。Router 和 Worker 预设都以操作员的 OS 用户身份运行，并使用danger-full-access；账号封装程序会选择智能体的凭据，但不会隔离进程。部署指南建议使用一个专用 OS 账号，其中只存放智能体所需的凭据。状态存储在指定stateDir下的 SQLite 数据库中。其理念被表述为一种预算原则：尽可能少占用人的注意力，尽可能多地创造价值。

文章报告了在合成工作负载下进行调度测试的数字：约 300 条消息和 20 个工作请求，使用模拟工具，共运行五次；p50/p95 约为 12.4 / 15.7 分钟。作为对照，单会话基线没有调用子智能体，其 p95 约为 29.5 分钟。这些是文章在使用模拟工具时得出的自测数据，并非独立的代码质量基准测试。

这个原型展示的内容比产品发布更具体，也更实用：由事件触发、最后统一审查的编码智能体并不一定要封闭在供应商的云环境中。你可以掌控编排器、状态和模型选择。它也展示了这种掌控所需付出的代价：你要运行流程、保护账户安全，并接受原型默认没有沙箱这一事实。

该如何选择

如果你希望无需承担运维工作、使用供应商管理的沙箱、获得多仓库或组织级功能，并能在 GitHub、Slack、Teams 或 Web 应用中触发任务，就选择托管云智能体。隔离和正常运行时间由供应商负责。

如果代码不能离开你的基础设施、你需要修改编排方式，或希望按角色选择模型，就考虑自托管原型。请预留一台专用机器或一个专用操作系统账户，并将代码视为研究软件。

一种实用的组合方案：日常仓库工作使用托管智能体，只在数据边界至关重要的仓库中使用自托管智能体。两种情况下的审查步骤都相同。

关于模型的说明

该原型不会硬编码模型。除非 Eval 或 Execution 覆盖设置，否则它会使用 Harness 配置文件中的默认模型，因此团队可以为 Router 配置较轻量的模型，为 Workers 配置更强的模型。AIHubMix 通过兼容 OpenAI 的端点 https://aihubmix.com/v1 连接 DeepSeek Harness；DeepSeek Harness 指南中的示例使用供应商 aihubmix 和模型 auto。该指南介绍的是基础 DSH 连接，而非 Super-agent 插件；上述托管产品则会自行管理模型选择。

常见问题

什么是云端编码智能体？
这类软件会从 Issue、聊天提及或 API 调用中接收编码任务，在你本机以外的环境中执行，然后返回一个分支、差异或拉取请求供人审查。

它和本地编码智能体一样吗？
不一样。本地智能体会在你查看时于终端或 IDE 中运行。关闭笔记本电脑后，云端智能体仍会继续工作，之后再由你审查结果。

还需要审查代码吗？
需要。这里介绍的每款产品最终都会生成差异或 PR，供人审查。智能体代替你敲代码，但不会代替你批准。

代码会在哪里运行？
在供应商的环境中。具体方式各不相同：Copilot 使用云端沙箱或 Actions 环境，Cursor 使用隔离的 VM，Codex 使用云工作区，Claude Code 使用由 Anthropic 管理的隔离 VM 或组织自托管的环境，而 Devin 则使用配有终端、编辑器和浏览器的工作区。将私有代码交给这些产品之前，请先阅读各供应商的安全文档。

什么是编码机器人？
它是同一理念的聊天原生版本：你在 Slack、Teams 或飞书中提及智能体，而不是分配一个 Issue。它仍会在远程环境中工作；输出可能是 PR 或差异，也可能像 Grok Bot 这样的通用团队助手一样，提供已完成的文件和草稿。

DeepSeek 的 Super-agent 有什么新增功能？
这是一个采用 MIT 许可、自托管的同类工作流程实现，包含 Router–Worker 设计、策略与工单模型，以及可选的飞书集成。它是研究原型，不是托管产品。

它可以用于生产环境吗？
不可以。README 将其称为研究代码，预设配置以 danger-full-access 运行，而且默认没有沙箱。如果你要尝试，请使用专用的操作系统账户和专用的智能体 GitHub 账户。

来源

1. deepseek-ai/dsh-superagent-prototype — README、其中引用的设计文章，以及 docs/000–008
2. 将 DeepSeek Harness 连接到 AIHubMix — AIHubMix
3. GitHub Copilot 云端智能体 — GitHub 文档
4. Cursor Cloud Agents — Cursor 文档
5. Codex Cloud — ChatGPT Learn / OpenAI
6. 云端 Claude Code — Anthropic
7. Devin 文档 — Cognition
8. Grok Bot 文档 — xAI