用UCloud插件,在DeepSeek Harness快速创建云主机

通过 ucloud-dsh-plugin,DeepSeek Harness(DSH)可以调用 UCloud 的云主机、EIP、VPC、云硬盘、负载均衡和数据库能力,用中文完成资源创建、查询和绑定。实测流程覆盖插件安装、UCloud CLI 配置、AK/SK 鉴权、云主机创建、EIP 自动绑定以及上海地域规格查询。真正需要人工介入的主要是 sudo 权限和访问密钥配置,同时需要注意早期版本的兼容性波动与云资源权限控制。
一个对话框,把云主机跑出来了。
DeepSeek Harness 这个工具自己不会做什么事。它真厉害的点,是把 Agent 跑起来的方式定义成了一件事,一切都可以通过插件往外接。语言模型是个插件,搜索能力是个插件,执行 shell 命令的工具也是个插件。
今天要讲的是它插件生态里的一个新东西,UCloud 提供的 ucloud-dsh-plugin 包。装好之后,DSH 的 Agent 里就多了一整套 UCloud 的操作能力。你打开控制台创建云主机要选机房、选镜像、选带宽、选防火墙、设 AK/SK,如今这一串动作,可以浓缩成一句中文。
01 DSH 是个能装插件的指挥台 更具体一点。装好以后,Agent 手里除了大模型,还多出 UCloud 的 uhost(云主机)、eip(弹性公网 IP)、uvpc(虚拟网络)、udisk(云硬盘)、ulb(负载均衡)这一串资源。你用中文说一句要建什么,Agent 会自己去选地域、选机型、确定 IP,把资源一样一样建出来,再把结果列给你看。
下面这篇是我真跑了一遍的全过程。从装插件开始,到一台云主机跑起来,再到反过来用几句中文把它又查了一遍,中间发生的每一步我都记了截图。
02 装插件,自然语言就行 最直接的方法,是在 DeepSeek Harness 的聊天框里发一句中文。
安装插件 @ucloud-ai/ucloud-dsh-plugin
▲ Agent 接到指令,背后做的一串排查动作,沙箱被拦升级权限,再找 dsh 命令、找 package.json
它先在沙箱里跑了一次 dsh plugin add,被沙箱拦了,它升级了权限再试。然后它发现 dsh 命令不在 PATH 里,又去 Glob 找 bin 目录、找 package.json,一路摸到正确位置。这段过程在它内部是透明的,我只看到它在思考图标上一个一个跳。
▲ 装完回报插件 0.1.1 已经加入 pnpm-workspace.yaml,提醒要重新 build Web 前端
装好之后,我又发了一句,想看看它到底给我装了什么。
运行@ucloud-ai/ucloud-dsh-plugin
▲ Agent 没有立刻回我「已运行」,而是先去翻 pnpm-workspace.yaml、node_modules、package.json
最后它告诉我,这是个 UCloud CLI 技能包,已经自动激活。然后列出一张能力清单。
▲ 云主机、网络、EIP、负载均衡、数据库,5 类资源它说它都能管
03 让它把云主机建出来 装完插件,我接着要做的事是建一台云主机。我只发了一句自然语言。
帮我创建一台UCloud云主机
就这样一句。我没告诉它要多少核多少内存,没指定机房,没选镜像,也没提公网 IP,把这些决定全留给了它。
Step 1 · 自检 + 装 ucloud CLI
发现本机没装,于是自己根据当前系统是 macOS arm64,从 UCloud 官方下载了 ucloud-darwin_arm64.zip v0.3.10,解压出来,把可执行文件放到了 ~/.local/bin/ucloud。
中间卡过一个容易卡住大多数人的地方。它想跑 homebrew 装个依赖,但 homebrew 需要 sudo 权限,当前沙箱不能自动提权。它没有自己死磕,而是把这事抛回给我。
▲ 它把要 sudo 的两条命令完整准备好,我打开终端跑完它继续走
Step 2 · 要鉴权
它发现当前没配置任何 CLI profile,问我要走哪种方式。OAuth 是浏览器跳转 UCloud 官网授权,AK/SK 是手动填密钥。我选了 AK/SK。
▲ 它把两种鉴权方式的差别摆清楚,让我选
要去哪里拿密钥,它指引我打开 UCloud 控制台自己操作。
▲ 右上角头像 → 账号管理 → API 密钥
▲ 公钥和私钥两行,贴回给 Agent
Step 3 · 开始替我决定配置
它查了一下当前账号可用的防火墙列表,又自己生成了一串随机密码,然后停下来,主动问我一张表。
▲ 区域默认 cn-bj2、镜像 Ubuntu 22.04、系统盘 40GB、按小时 Dynamic 计费,问我「默认值还是有其他偏好?」
我回了两个字「默认」。它接着给出最终决定要用的配置方案。
▲ Ubuntu 22.04 / 4 核 8G / 40G CLOUD_SSD / 新建 BGP 5Mbps 按流量计费 / Web 服务器推荐防火墙
方案本身是 4 核 8G、40G SSD、新建 BGP 5Mbps 按流量计费、Web 服务器推荐防火墙。它愿意按照这个规格去建,我没有手动加任何参数。它没挑个最低配来敷衍,也没给我一个跑不起来的豪华款,给的是一个「通用 Web 场景」的稳妥组合。
Step 4 · 落地 + 自动申请 EIP
Agent 调 UCloud API 把实例拉起来。中间它会做一件事,在建完之后立刻又去查实例状态。
▲ 实例 ID、配置 2 核 4GB、Ubuntu 22.04、云 SSD 20GB、按小时 Dynamic、初始化中
紧接着它自己申请了 EIP,自己做绑定。这件事整个做下来,没有反过来跟我对话一句。申请加绑定的动作我没碰过,它做完一步汇报一步,绑定完回报给我一个公网 IP(本文用 <你的-EIP> 占位)。
04 顺手把它又查了一遍 云主机起来了,我没立刻提下一个需求。装插件的时候它给我看过一张能力清单,里面有「网络、EIP、负载均衡、数据库」整整五类。我想知道,除了建机器,它能不能反过来帮我「看」这台账号现在长什么样。
帮我列出当前账号下全部云主机,输出简要列表
它没回到控制台,也没给我一张网页截图。它直接调 ucloud CLI 的 uhost list,返回了一个表格。
▲ 名称、实例 ID、配置 2核4G 20G、内网 IP、公网 IP、镜像 Ubuntu 22.04,一行就是我刚建的那台
一张表里面有名称、实例 ID、配置、内网 IP、公网 IP、镜像。一行就是我的 my-uhost 这台,配置、内网、公网都对上了。这是「能看回去」的第一步,你给它建的资源,它自己也能清点。
05 一篇流水账里值得停一下的几个点 如果只看我写的这两段,会觉得一切都很顺。其实中间有几个细节,值得停一下,因为这是这套东西真正不一样的地方。
细节一 · 装插件背后是一串自己排查
沙箱被拦、命令不在 PATH、需要找 package.json,这些原本都得我自己动手解决。它全部内部消化了,我最后只看到一个「装好了」的结果。
细节二 · 知道什么时候不该自己干
brew 需要 sudo,它不硬跑,把两条命令完整准备好让我打开终端执行。鉴权要 AK/SK,它不臆造,问我走 OAuth 还是手动,然后指引我去控制台具体哪一行拿。不该它做的事它都退回给我,这让我对它能做的事放心了一分。
细节三 · EIP 和方案落地一气呵成,不需要回头问我
规格方案给了 4C8G,落地是 2C4G 它自己调了一档。绑定 EIP 也没挑个时机跟我确认,做完一步汇报一步。这种「不需要打断用户」的连贯动作,是这套 Agent 真正不一样的地方。
06 这套组合适合什么人 开发者
平时要给自己跑测试环境,或者要给某个 Side Project 一个公网入口。「开一台云主机」从打开控制台一路点,变成一句话。
AI 初创
或者一人公司,可能没有专职运维。你的 Agent 要写代码、要跑工作流、要调各种 API,顺手再让它管一组云资源,登录一台机器改两行配置,这种诉求其实很常见。UCloud 这个插件刚好补上了这块。
学生 / 个人玩家
想知道 Agent 到底能「自主」到什么程度,这一篇可以给一个很具体的参照。从装插件到查规格跑通,中间只有两步是必须人来做的,一次是 brew 的 sudo,一次是拿 AK/SK 密钥,其它全是它自己决定的。
如果你是产品经理或者运营,你可能不会自己敲这些指令,但你会感觉自己住的这套系统在往外扩。这篇对你不太有用,不是写给你看的。
07 写在最后 跑完一遍才意识到,DSH 能给你管的不再只是模型那一头,算力资源这一头也被它对进去。云主机、EIP、规格、密钥,这些原本要登录控制台、来回切换、记清楚路由的资源,现在都能收进一个对话框。下一步会不会有更多云厂商进来,DSH 自己会不会再扩一层操作能力,这些只能等时间去回答。
你手上如果已经有一台 DSH,并且能拿出来 30 分钟,我建议你真跑一遍这个流程。装插件,发中文,等结果。一套下来你对「AI Agent 是不是真能干活」这件事会有一种很具体的体感。