DeepSeek 发布了开源编程智能体原型 Super-agent，该智能体可监控单个 GitHub 仓库，并可选择监听飞书群聊。该系统将获批的请求路由至独立的工作会话中，完成分配的任务，并在每个请求发起的对话中汇报进度或结果。

DeepSeek 的 Harness 团队于10月31日公布了该项目，并以 MIT 许可证发布了代码。此次发布被拿来与 Anthropic 的 Claude Code 相比较，不过 DeepSeek 将 Super-agent 描述为研究软件，而非官方产品或可用于生产环境的工具。该公司还表示，公开版本与其内部使用的系统存在差异。

该项目代码已在 GitHub 上发布。

Super-agent 如何处理 GitHub 和团队请求

该原型设计为与 github.com 上的单个仓库配合使用，可通过 GitHub 或可选的飞书群聊接收请求。经授权的成员可通过任一渠道提交请求。Super-agent 会将请求转换为工作项，创建专属的会话和工作目录，并在原始对话中返回进度更新或已完成的结果。结果中可能包含拉取请求。

本地网页面板会显示需要人工决策的事项。系统使用一个持久的 Router 会话来处理请求并维护共享上下文，同时将各个任务分配给独立的 Worker 会话。Router 可在现有任务运行期间接受新请求，从而实现任务并行。Worker 会跟进其拉取请求上的评论，每个 Ticket 都拥有自己的会话和目录。

这一工作流将聊天请求与仓库变更和审查活动联系起来，因此部署决策既涉及软件配置，也涉及团队治理。文档中描述的审批流程、观察模式和用户限制为在智能体被允许自动执行操作之前评估这些交互提供了控制手段。

团队可以将智能体配置为按照书面规则执行工作，但默认设置为观察模式。在该模式下，Super-agent 会记录其将要执行的操作，而不会实际执行主动任务。运维人员可在启用自动接受之前审查这些拟议操作。DeepSeek 表示，这种安排使维护者能够调整权限并限制不必要的活动。

该项目在发布后迅速吸引了关注。截至11月1日，GitHub 上显示6.6k stars 和652个 fork。这些数字反映的是对该仓库的关注度，而非编程性能。DeepSeek 的 README 警告称，公开代码可能存在缺陷，工程实践不一致，且与团队内部版本存在差异。其建议在部署到其他环境之前先对代码进行审查和调整。

安装要求与访问风险

Super-agent 需要一个对目标仓库具有写入权限的专用 GitHub 用户。其安装支持 Node.js 22.19 或更高版本，或24或更高版本，还需要 pnpm、Git 2.32 或更高版本、Python 3.8 或更高版本以及 tmux。运维人员需要 GitHub CLI 2.48 或更高版本、受支持的 DeepSeek Harness 版本以及已配置的模型提供商。

该项目目前支持 github.com 上托管的仓库，但不支持 GitHub Enterprise Server。飞书集成是可选的，需要配置一个机器人以及 lark-cli。智能体的 GitHub 身份和签名使用单独的账户，这为安装过程增加了若干本地工具和账户配置。

更重要的考量是智能体的本地进程访问权限。Router 和 Worker 会话以启动它们的操作系统用户的完整权限运行。Worker 可以按路径执行程序，并读取该用户的主目录。GitHub 凭据包装器会选择智能体的 GitHub 账户，但并不能将进程与操作系统的其他部分隔离。

因此，DeepSeek 建议使用仅包含智能体凭据的专用操作系统账户。否则，Worker 可能会访问启动账户可用的文件和凭据，且智能体的 GitHub 身份并不会限制其本地权限。由于 Super-agent 可以访问团队聊天和仓库活动，运维人员还必须审查哪些用户可以提交请求以及智能体拥有哪些仓库权限。DeepSeek 的文档指出，团队在评估该系统时应从小范围任务开始。

彭博社将此次发布定性为对 Anthropic 的 Claude Code 的挑战。Super-agent 通过聊天、版本控制和代码审查来路由工作，但其仓库中没有任何涵盖编程准确性、速度或可靠性的对比基准。它也未提供任何公开证据表明 DeepSeek 编程智能体的编程性能与 Claude Code 相当。对于评估该原型的团队而言，仓库托管支持、本地权限隔离以及独立的性能测试仍是实际的评估要点，而非已得到验证的能力。

来源：Blockonomi