AI 代理如何通过 MCP 自己购买并运行服务器

AI 代理能写出一个爬虫、把它调通，还能准确告诉你该把它部署到哪里。然后它就卡住了。因为下一步——真正去租那台服务器——几乎总是需要一个人：开账户、也许过一道身份核验、把卡号敲进结账页。代理干完了难的部分，现在却要等你来做那件无聊的事。

这道坎，就是这一切存在的全部理由。我们把中间那个人去掉了。

自主流程通常在哪里断掉

想想在一台普通主机上，“租服务器”到底包含什么。一个注册表单。一封要确认的邮件。账单信息，有时还要证件。结账时的一张卡。一个用来找 IP 的控制台。这里每一样，都默认有个人坐在那儿。

代理坐不了那儿。它能调 API、能持有令牌、能做决策——但它收不到验证邮件，也掏不出信用卡。所以一旦涉及基础设施，自主工作流就又变回了“多几步的人工工作流”。你想要一个能交付的代理，得到的却是一个只会提工单的代理。

完整流程，从头到尾

在 EQVPS，同样这些动作就是 MCP 工具（共 16 个）外加一套 REST API——而关键在于，代理能拿到属于它自己的凭据。下面是真实的调用顺序：

// 1. 拿一个账户 —— 令牌立刻返回，没有邮件，没有人工
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   之后一直用 Authorization: Bearer <token> 发送

// 2. 看看有哪些套餐
list_plans()
//    → 带规格、价格和 OS 镜像 id 的套餐列表

// 3. 确认余额里有钱
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. 下单 —— 这一步从余额扣款并开通机器
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. 读取它自己这台新服务器的密钥
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   下单后约 60 秒

五次调用，代理就 SSH 进了一台它自己租下的机器。没有控制台，没有谁在逐步审批。如果你更想用纯 HTTP 来驱动，同样这些端点也有 REST 版本——用 MCP 还是 REST，你来定。

诚实的部分：哪些自动化了，哪些还没有

下单是完全自主的。给余额充值还不是——暂时还不是。眼下是由某人一次性往余额放上加密货币（USDC/USDT，或用银行卡 on-ramp），从那一刻起，代理就能自己下单、扩容、取消，只花余额里已有的钱。

大家脑海里那个终极状态——代理在链上、按每次请求付款、无需预先充值——就是 x402 那种风格，我们也认为方向就在那儿。我们还没接通它。它需要以 USDC 结算的通道，以及几样我们今天没有运行的东西，所以与其在盒子上贴一句“完全自主付款”，不如给你实话：下单现在就自主，充值以后再自主。 预付余额是这中间的桥，而且说实在的，它顺带就是一道你大概本来也想要的花费上限。

几个真实细节

MCP 服务器在 https://mcp.eqvps.com/mcp 上讲 Streamable HTTP，所以它能直接接入任何 MCP 客户端，不需要本地转接层。鉴权是代理用 register_account 自己铸出来的一个 Bearer 令牌——同一个令牌在 MCP 和 REST 上通用，对应同一个账户和同一份余额。会话在服务端被跟踪，所以一个长时间运行的代理可以保持一条连接、持续调用工具。

跑下来的一个实用提醒：把令牌和返回的 root 密码当成它们本该是的机密来对待。代理应当把它们存起来，而不是打进日志或聊天里。余额限住了资金上的爆炸半径；基本的机密卫生习惯，限住其余部分。

为什么这重要

眼下我们真正的客户大多是恰好喜欢用加密货币付款的人——我们不会假装网上到处都是自己买服务器的自主代理。但方向很清楚。随着代理接手更长、更真实的任务，“它能不能自己拿到并运行自己的基础设施？”就不再是个花招，而变成一项硬要求。等那一天真正到来，轨道得已经铺好。

它铺好了。把 MCP 服务器加进你的代理——先从连接一个 MCP 客户端开始——充上一小笔余额，让它去租下第一台服务器。大约一分钟拿到 root。