下单之后：AI 智能体如何通过 MCP 自己运维 VPS

大多数“智能体买服务器”的演示，都停在订单付款成功的那一刻。那恰恰是最无聊的一刻。服务器有了，智能体手里拿着一个像 47HZ7YF 这样的 id，却没人说接下来会发生什么。

接下来是管理员不假思索就会做的所有事：等 SSH 真正能连上、找到密码、发现磁盘快满了、内核更新后重启、月底前续费、觉得不对劲时问客服。如果智能体要拥有基础设施，这部分也得由它来做。下面是通过我们的 MCP 服务器做这些事的过程。每一步我们都先在测试环境里跑过再写下来。

如果还没有接入客户端，请先看 Claude Code 和 Codex 或 Claude Desktop 和 Cursor。

第一分钟：“active”不等于“就绪”

order_vps 在订单用余额付清后立即返回。服务器在后台创建，通常大约一分钟。智能体的下一个调用是 get_vps_status，可以随便反复调用：这个工具只读不写。

有两个字段很关键。机器建好后，status 变成 active。access 里是登录所需的一切：地址、端口和现成的 SSH 命令。带独立 IPv4 的套餐端口是 22。NAT 套餐是一个专属的转发端口，响应里会明确说明，并提醒你别用只放行外部端口的防火墙把自己锁在外面。

这两个时刻之间有个容易踩的坑。首次启动会安装系统更新，可能要几分钟，这期间 SSH 可能拒绝连接。规矩的智能体会等 access.ssh_ready，而不是猛敲 22 端口。

如果下单时没带 SSH 密钥，root 密码在等着你。reveal_password 只给一次，而且只在 VM 启动完成后才给。问得太早会得到 password_pending，一次性查看机会不会被消耗。之所以这样设计，是因为智能体总拿到正在启动的 VM 还没应用的密码。不过说实话：下单时传一个 ssh_key，直接跳过这一步更好。

第二天：盯着它

get_vps_metrics 以时间序列返回最近一小时、一天、一周或一个月的 CPU、内存、网络和磁盘数据。每天看一次的智能体能发现小服务器的致命模式：内存一点点往上爬，直到 OOM killer 选中一个牺牲品。它没法从外部修复原因，但可以告诉你，或者用 SSH 登进去看看。

power_vps 支持 start、stop 和 reboot。测试中发现的一个细节：如果服务器不是活动状态（还在创建，或因续费未付被暂停），工具会返回 409，并提示先检查状态。把所有非 200 都当成“无限重试”的智能体会在这里陷入循环。错误信息本身会告诉它该怎么做，我们的错误提示是写给智能体看的，也是写给人看的。

set_hostname 通过机器内部运行的 guest agent 改名，所以在 Linux 上无需重启即可生效。删掉 qemu-guest-agent，这个工具就会失效：返回 agent_unavailable，什么也不改。

第三十天：钱

智能体的基础设施通常死在这里。续费只是某人日历上的提醒，那人正忙，服务器就被暂停了。

在我们这里，续费不靠智能体的记性。每台服务器每月从预付余额自动续费，到期前账户邮箱会收到提醒。智能体只要让余额高于下一次扣款，get_balance 会告诉它现在的情况。

没有宽限期：如果到期时余额不够续费，服务器会被暂停，独立 IP 会回到地址池。

余额不足时，topup_balance 会生成加密货币付款链接：Base、Ethereum 或 Polygon 网络上的 USDT、USDC 或 ETH。这是智能体第一次需要你的地方。它能生成账单，但除非你给它钱包，否则签不了交易，而给智能体钱包这件事我们会再三考虑。实际做法是一次充好几个月的钱，让智能体从中支出。如果订单或账单因为余额不足没付成，你充值后智能体调用 pay_invoice，就会用余额付清。

一个坦白的缺口：MCP 工具不能按需把服务器提前续好几个月。月度续费是自动的，一次性预付 3、6 或 12 个月要在控制台或通过一次 REST 调用完成。如果一开始就想要较长期限，order_vps 下单时可以传 months（1 到 36）。

扩容由 get_upgrade_options 和 change_plan 负责。套餐原地变更，文件和系统保留，服务器重启一次，剩余周期的差价从余额扣除。智能体必须传 confirm: true，这是我们在说“你在花钱，想清楚”。

出问题的时候

破坏性操作是故意设计得麻烦的。reinstall_vps 和立即生效的 cancel_service 都要求在 confirm 里填写服务器的准确主机名，说明里也要求智能体先征求人的意见。这是智能体需要你的第二个地方，是有意为之。

安全的退订方式 end_of_period 会让服务器保留到已付时间结束。undo_cancel 可以撤回，这比你想的更重要：智能体在任务中途改主意的频率不比人低。

智能体卡住时，create_ticket 会开一个关联到服务器的工单，reply_ticket 继续对话。读工单的是我们这边的人，不是聊天机器人回复聊天机器人。

当需要人介入时，delegate_service 通过邮件邀请对方成为这一台服务器的操作员。对方能用电源、控制台、重装和主机名，不能碰账单、续费和退订，也永远看不到智能体的令牌。

智能体仍然做不到的事

把边界说清楚：

• 给余额充值。 它可以创建充值账单，并用 pay_invoice 从余额支付账单。但把加密货币充进余额需要钱包，通常也就是你。
• 通过 MCP 在操作系统里干活。 软件包、配置和部署走 SSH。MCP 从外部管理机器。
• 自己解除暂停。 如果服务器因滥用被暂停，那需要和人沟通，本该如此。

这些都不会让工具变得没用。这只是说明智能体的循环应该围绕它们来设计：轮询状态、把余额维持在合适范围、通过工单升级问题、凡是删数据的操作都等你确认。

如果智能体的工作很短暂，一整台服务器可能根本不是合适的单位。VPS 还是沙箱？讲了什么时候只活一分钟的 microVM 更合适。否则，套餐在这里，MCP 参考文档列出了每个工具及其参数。