EQVPS

Cách một AI agent mua và chạy máy chủ của riêng nó qua MCP

14 thg 6, 2026 · 5 phút đọc · EQVPS Team

Một AI agent có thể viết một scraper, debug nó, và nói với bạn chính xác triển khai nó ở đâu. Rồi nó dừng lại. Vì bước tiếp theo — thực sự thuê máy chủ — gần như luôn cần một con người: mở một tài khoản, có thể vượt qua một kiểm tra danh tính, gõ một số thẻ vào một trang thanh toán. Agent làm phần khó rồi giờ chờ bạn cho phần nhàm chán.

Khoảng cách đó là toàn bộ lý do cái này tồn tại. Chúng tôi lấy con người ra khỏi giữa.

Nơi sự tự chủ thường vỡ

Nghĩ về điều "thuê một máy chủ" thực sự liên quan trên một host bình thường. Một biểu mẫu đăng ký. Một email để xác nhận. Chi tiết thanh toán, đôi khi giấy tờ. Một thẻ ở trang thanh toán. Một dashboard để tìm IP. Mỗi cái trong đó giả định một người ngồi đó.

Một agent không thể ngồi đó. Nó có thể gọi một API, giữ một token, ra quyết định — nhưng nó không thể nhận một email xác minh hay rút ra một thẻ tín dụng. Nên khoảnh khắc hạ tầng bước vào bức tranh, quy trình tự động biến trở lại thành một quy trình con người với các bước thêm. Bạn muốn một agent ship; bạn có một agent nộp một ticket.

Luồng, từ đầu đến cuối

Trên EQVPS cùng các hành động là các công cụ MCP (16 cái) cộng một REST API — và quan trọng, agent có thể tự lấy thông tin đăng nhập của nó. Đây là chuỗi thực:

// 1. Lấy một tài khoản — token trở lại ngay lập tức, không email, không con người
register_account({ first_name: "Ada", last_name: "Agent", email: "ada@example.com" })
//    → { token: "..." }   gửi nó dưới dạng Authorization: Bearer <token> từ đây

// 2. Xem cái gì có sẵn
list_plans()
//    → các gói với thông số, giá, và các id image OS

// 3. Đảm bảo có tiền trên số dư
get_balance()
//    → { balance: 25, currency: "USD" }

// 4. Đặt hàng — cái này trừ số dư và cấp phát cỗ máy
order_vps({ product: "nano", os_id: 1, hostname: "ada-worker" })
//    → { service_id, paid_from_balance: true }

// 5. Đọc các khóa tới máy chủ mới của chính nó
get_vps_status({ service_id })
//    → { ip, ssh_port, password }   ~60 giây sau khi đặt hàng

Năm lệnh gọi và agent đã SSH vào một cỗ máy nó tự thuê. Không dashboard, không ai phê duyệt từng bước. Nếu bạn thà điều khiển nó từ HTTP thuần, cùng các endpoint tồn tại qua REST — MCP hay REST, tùy bạn.

Phần trung thực: cái gì tự động, cái gì không

Đặt hàng hoàn toàn tự động. Cấp tiền cho số dư thì không — chưa. Ngay bây giờ ai đó đặt crypto lên số dư một lần (USDC/USDT, hoặc một on-ramp thẻ), và từ điểm đó agent đặt, mở rộng và hủy một mình, chỉ chi cái ở đó.

Trạng thái cuối mà ai cũng hình dung — một agent thanh toán on-chain, theo từng yêu cầu, không nạp trước — là kiểu x402, và chúng tôi nghĩ đó là nơi cái này đi tới. Chúng tôi chưa kết nối nó. Nó cần các đường ray settle-bằng-USDC và vài thứ chúng tôi không chạy hôm nay, nên thay vì dán "thanh toán hoàn toàn tự động" lên cỗ máy, đây là sự thật: đặt hàng tự động bây giờ, cấp tiền tự động sau. Số dư trả trước là cây cầu, và thành thật nó cũng nhân đôi làm một trần chi tiêu bạn có lẽ muốn dù sao.

Vài chi tiết thực

Máy chủ MCP nói Streamable HTTP tại https://mcp.eqvps.com/mcp, nên nó cắm vào bất kỳ MCP client nào không cần một shim cục bộ. Xác thực là một Bearer token agent tự tạo với register_account — cùng token hoạt động qua MCP và REST, trên cùng tài khoản và số dư. Các phiên được theo dõi phía máy chủ, nên một agent chạy lâu có thể giữ một kết nối và tiếp tục gọi các công cụ.

Một lưu ý thực tế từ việc chạy cái này: đối xử với token và mật khẩu root trả về như các bí mật chúng là. Agent nên lưu chúng, không lặp lại chúng vào log hay chat. Số dư giới hạn bán kính nổ tài chính; vệ sinh bí mật cơ bản giới hạn phần còn lại.

Vì sao nó quan trọng

Hiện tại hầu hết các khách hàng thực của chúng tôi là con người tình cờ thích thanh toán bằng crypto — chúng tôi sẽ không giả vờ web tràn ngập các agent tự động mua máy chủ. Nhưng hướng đi rõ ràng. Khi các agent gánh các nhiệm vụ dài hơn, thật, "nó có thể lấy và chạy hạ tầng của riêng nó không?" ngừng là một trò tiệc và trở thành một yêu cầu. Khi ngày đó hoàn toàn đến, các đường ray cần đã ở đó.

Chúng có. Thêm máy chủ MCP vào agent của bạn — bắt đầu với kết nối một MCP client — nạp một số dư nhỏ, và để nó thuê máy chủ đầu tiên của nó. Khoảng một phút tới root.

FAQ

Một AI agent có thể thực sự tự mua một máy chủ không?

Có — phần đặt hàng hoàn toàn tự động. Qua máy chủ MCP của chúng tôi agent gọi register_account để lấy một token, rồi order_vps, chi từ một số dư trả trước và cấp phát VPS. Nó đọc lại truy cập SSH từ get_vps_status. Không con người bấm qua một trang thanh toán. Điều duy nhất một con người (hoặc một ví agent đã nạp) làm trước là đặt crypto lên số dư; sau đó agent tự chạy.

Agent thanh toán thế nào?

Từ một số dư trả trước. Bạn nạp nó một lần bằng USDC hoặc USDT (hoặc một thẻ qua on-ramp), và order_vps trừ số dư đó mỗi đơn hàng. Agent không bao giờ giữ khóa ví của bạn, và nó không thể chi nhiều hơn cái trên số dư — vốn cũng là trần an toàn của bạn.

Cấp phát MCP là gì?

MCP (Model Context Protocol) cho một agent gọi các công cụ trực tiếp bên trong các client như Claude, Cursor hoặc Cline. 'Cấp phát MCP' chỉ nghĩa là toàn bộ luồng thuê-một-máy-chủ — đăng ký, thanh toán, đặt hàng, nhận root — được phơi bày như các công cụ MCP mà agent tự gọi, thay vì một dashboard web một người bấm.

Nó có hoàn toàn không cần tay không?

Đặt hàng thì có. Cấp tiền chưa hẳn ở đó: hôm nay ai đó nạp số dư bằng crypto, và rồi agent tự động. Thanh toán on-chain theo-từng-yêu-cầu hoàn toàn (kiểu x402) nằm trong tầm ngắm nhưng chưa được kết nối — chúng tôi thà nói thẳng còn hơn giả vờ.

Agent cần gì để bắt đầu?

Chỉ URL máy chủ MCP (https://mcp.eqvps.com/mcp) được thêm vào client của nó. Nó gọi register_account và nhận một Bearer token trong phản hồi — không xác nhận email, không bước con người. Từ đó mỗi hành động là một lệnh gọi công cụ.

← Quay lại blogXem gói & giá →

Bình luận

Chưa có bình luận nào. Hãy là người đầu tiên.

Để lại bình luận

Bình luận được kiểm duyệt trước khi hiển thị.