Sau khi đặt hàng: tác tử AI tự vận hành VPS của mình qua MCP như thế nào

Hầu hết các bản demo tác tử mua máy chủ đều dừng ở lúc đơn hàng được thanh toán. Đó là lúc kém thú vị nhất. Máy chủ đã có, tác tử cầm một id như 47HZ7YF, và chẳng ai nói chuyện gì xảy ra tiếp theo.

Tiếp theo là mọi việc một quản trị viên làm mà không cần nghĩ: chờ đến khi SSH thật sự trả lời, tìm mật khẩu, nhận ra ổ đĩa đang đầy, khởi động lại sau khi cập nhật kernel, gia hạn trước khi hết tháng, hỏi bộ phận hỗ trợ khi có gì bất thường. Nếu tác tử sở hữu hạ tầng, phần đó cũng là việc của nó. Dưới đây là cách làm qua máy chủ MCP của chúng tôi. Chúng tôi đã chạy thử từng bước trong môi trường thử nghiệm trước khi viết ra.

Nếu bạn chưa kết nối client, hãy bắt đầu với Claude Code và Codex hoặc Claude Desktop và Cursor.

Phút đầu tiên: “active” chưa phải là “sẵn sàng”

order_vps trả lời ngay khi đơn được thanh toán từ số dư. Máy chủ được tạo ở chế độ nền, thường trong khoảng một phút. Lệnh tiếp theo của tác tử là get_vps_status, và nó có thể gọi bao nhiêu lần tùy ý: công cụ này chỉ đọc.

Có hai trường quan trọng. status chuyển sang active khi máy đã được tạo. access chứa mọi thứ để đăng nhập: địa chỉ, cổng và lệnh SSH dựng sẵn. Ở gói có IPv4 riêng, cổng là 22. Ở gói NAT, đó là cổng chuyển tiếp riêng của bạn, và phản hồi nói rõ điều này, kèm lời cảnh báo đừng tự khóa mình bằng tường lửa chỉ cho phép cổng bên ngoài.

Giữa hai thời điểm đó có một khoảng trống khiến nhiều người vấp. Lần khởi động đầu cài bản cập nhật hệ điều hành, có thể mất vài phút, và trong lúc đó SSH có thể từ chối kết nối. Tác tử cẩn thận sẽ chờ access.ssh_ready thay vì gõ liên tục vào cổng 22.

Nếu đơn hàng không kèm khóa SSH, mật khẩu root đang chờ. reveal_password đưa nó đúng một lần và chỉ sau khi VM khởi động xong. Hỏi quá sớm thì bạn nhận password_pending mà lượt xem một lần vẫn còn nguyên. Chúng tôi làm vậy sau khi các tác tử liên tục lấy mật khẩu mà VM đang khởi động chưa kịp áp dụng. Nhưng thành thật mà nói: hãy gửi ssh_key khi đặt hàng và bỏ qua bước này.

Ngày thứ hai: theo dõi

get_vps_metrics trả về CPU, bộ nhớ, mạng và ổ đĩa dạng chuỗi thời gian cho giờ, ngày, tuần hoặc tháng gần nhất. Tác tử xem mỗi ngày một lần có thể nhận ra kiểu hỏng giết chết máy chủ nhỏ: bộ nhớ bò dần lên cho tới khi OOM killer chọn một nạn nhân. Từ bên ngoài nó không sửa được nguyên nhân, nhưng có thể báo bạn hoặc vào qua SSH xem.

power_vps làm được start, stop và reboot. Một chi tiết từ thử nghiệm: nếu máy chủ không hoạt động (vẫn đang tạo, hoặc bị tạm ngưng do chưa thanh toán gia hạn), công cụ trả 409 kèm gợi ý kiểm tra trạng thái trước. Tác tử nào coi mọi phản hồi khác 200 là “thử lại mãi mãi” sẽ bị lặp ở đây. Thông báo lỗi tự nói nên làm gì, vì các thông báo lỗi của chúng tôi được viết cho tác tử cũng như cho con người.

set_hostname đổi tên máy qua guest agent chạy bên trong, nên trên Linux thay đổi có hiệu lực mà không cần khởi động lại. Gỡ qemu-guest-agent thì công cụ ngừng hoạt động: trả về agent_unavailable và không thay đổi gì.

Ngày thứ ba mươi: tiền

Đây là chỗ hạ tầng của tác tử thường chết. Lịch gia hạn nằm trong lịch của ai đó, người đó bận, máy chủ bị tạm ngưng.

Ở chỗ chúng tôi, gia hạn không phụ thuộc trí nhớ của tác tử. Mỗi máy chủ tự gia hạn hằng tháng từ số dư trả trước, và email của tài khoản nhận lời nhắc trước ngày đến hạn. Tác tử chỉ cần giữ số dư cao hơn lần trừ tiền kế tiếp, và get_balance cho biết tình hình.

Không có thời gian ân hạn: nếu cuối kỳ số dư không đủ gia hạn, máy chủ bị tạm ngưng và IP riêng của nó quay lại pool.

Khi số dư thấp, topup_balance tạo liên kết thanh toán crypto: USDT, USDC hoặc ETH trên Base, Ethereum hoặc Polygon. Đây là chỗ đầu tiên tác tử cần bạn. Nó tạo được hóa đơn, nhưng không ký được giao dịch trừ khi bạn đưa nó một ví, và việc đó chúng tôi sẽ cân nhắc rất kỹ. Thực tế người ta nạp một lần cho vài tháng rồi để tác tử chi tiêu từ đó. Nếu một đơn hàng hay hóa đơn chưa được thanh toán vì thiếu số dư, sau khi bạn nạp tiền tác tử gọi pay_invoice và nó được trả từ số dư.

Một khoảng trống thành thật: công cụ MCP không gia hạn trước nhiều tháng theo yêu cầu. Gia hạn hằng tháng tự động, còn trả trước 3, 6 hay 12 tháng thì làm trong bảng điều khiển hoặc bằng một lệnh REST. Nếu muốn thời hạn dài ngay từ đầu, order_vps nhận months (từ 1 đến 36) khi đặt hàng.

Tăng trưởng do get_upgrade_options và change_plan đảm nhận. Gói đổi tại chỗ, tệp và hệ điều hành giữ nguyên, máy chủ khởi động lại một lần, và phần chênh lệch giá cho thời gian còn lại bị trừ vào số dư. Tác tử phải gửi confirm: true — cách chúng tôi nói “bạn đang tiêu tiền, hãy chắc chắn”.

Khi có trục trặc

Các thao tác phá hủy cố ý được làm cho bất tiện. reinstall_vps và cancel_service tức thời đều yêu cầu đúng hostname của máy chủ trong confirm, và mô tả của chúng dặn tác tử hỏi con người trước. Đó là chỗ thứ hai tác tử cần bạn, và đó là chủ ý.

Hủy an toàn, end_of_period, giữ máy chủ đến hết thời gian đã trả. undo_cancel rút lại lệnh hủy, và điều đó quan trọng hơn bạn nghĩ: tác tử đổi ý giữa chừng cũng thường như con người.

Khi tác tử bế tắc, create_ticket mở ticket gắn với máy chủ, và reply_ticket tiếp tục trao đổi. Người đọc là một người bên chúng tôi, không phải chatbot trả lời chatbot.

Và khi cần một người can thiệp, delegate_service mời họ qua email làm người vận hành riêng máy chủ đó. Họ có nguồn, console, cài lại và hostname. Họ không có thanh toán, gia hạn hay hủy, và không bao giờ thấy token của tác tử.

Những gì tác tử vẫn chưa làm được

Để rõ giới hạn:

• Nạp tiền vào số dư. Nó tạo được hóa đơn nạp tiền và trả hóa đơn từ số dư bằng pay_invoice. Đưa crypto vào số dư cần một ví, thường là bạn.
• Làm việc bên trong hệ điều hành qua MCP. Gói, cấu hình và triển khai đi qua SSH. MCP quản lý máy từ bên ngoài.
• Tự gỡ tạm ngưng. Nếu máy chủ bị tạm ngưng vì lạm dụng, đó là cuộc trao đổi với con người, và nên như vậy.

Không điều gì trong đó làm công cụ kém hữu ích. Nó chỉ có nghĩa là vòng lặp của tác tử nên được xây quanh chúng: kiểm tra trạng thái, giữ số dư trong ngưỡng, báo lên qua ticket và chờ bạn trước mọi thứ xóa dữ liệu.

Nếu công việc của tác tử ngắn hạn, cả một máy chủ có thể không phải đơn vị phù hợp. VPS hay sandbox? giải thích khi nào một microVM sống một phút phù hợp hơn. Còn lại, các gói ở đây, và tài liệu MCP liệt kê mọi công cụ cùng tham số.