AI agent thực sự cần gì từ hạ tầng: 7 yêu cầu, và nơi hosting thiết kế cho con người cản đường

Phần lớn hosting được thiết kế quanh một con người ngồi trước bàn phím: biểu mẫu đăng ký, thẻ thanh toán, bảng điều khiển, email khi có sự cố. Một AI agent cần tài nguyên tính toán không khớp với bước nào trong số đó. Nó không giải được captcha, không phân biệt được trang bảo trì với trang bị hỏng, và không nhận ra mình đã tạo cùng một máy chủ bốn mươi lần.

Thật dễ để nói “cứ đưa cho nó một API”. Đó là yêu cầu đầu tiên, không phải cuối cùng. Dưới đây là bảy yêu cầu chúng tôi cho là quan trọng, rút ra từ việc xây dựng máy chủ MCP và REST API của riêng mình cho agent. Với mỗi yêu cầu: điều gì sẽ hỏng nếu thiếu nó.

1. Mọi thứ agent cần đều lập trình được

Tạo, kiểm tra, thay đổi kích thước và xóa tài nguyên phải làm được mà không cần trình duyệt. Kể cả những phần nhàm chán: biết giá trước khi mua, kiểm tra một địa điểm còn năng lực không, đọc mật khẩu của máy mới, hủy dịch vụ.

Nếu thiếu: agent đi được 80% chặng đường rồi kẹt ở bước duy nhất cần nhấp chuột, và con người vẫn phải hoàn tất công việc. Một API nửa vời thường tệ hơn không có, vì nó khuyến khích tự động hóa nhưng không thể hoàn thành.

2. Lỗi mà chương trình có thể xử lý

Agent đọc phản hồi rồi quyết định bước tiếp theo. Một phần thân JSON với mã ổn định (402 insufficient_balance, 409 sandbox_paused, 429 budget_exceeded kèm thời điểm đặt lại) là thứ nó có thể rẽ nhánh theo. Một trang lỗi HTML, hay một lỗi 500 với thông điệp mơ hồ, khiến nó phải đoán — thường là thử lại một việc sẽ không bao giờ thành công.

Nếu thiếu: vòng lặp thử lại. Những thất bại tốn kém nhất của agent thường không phải là quyết định sai, mà là cùng một lệnh gọi thất bại bị lặp lại hàng nghìn lần.

3. Thanh toán không cần con người tham gia

Thanh toán bằng thẻ đầy những bước được thiết kế để xác nhận có con người hiện diện: mã 3-D Secure, xác nhận trong ứng dụng ngân hàng, kiểm tra danh tính. Chúng tốt cho việc chống gian lận và bất khả thi với phần mềm. Một số dư trả trước được nạp sẵn (ở chỗ chúng tôi thường bằng stablecoin) cho phép agent trả tiền cho những gì nó dùng mà không cần con người duyệt từng khoản trừ.

Nếu thiếu: hoặc con người duyệt mọi giao dịch mua, làm mất ý nghĩa, hoặc ai đó đưa thẻ cho agent, một rủi ro không ai nên chấp nhận.

4. Giới hạn chi tiêu cứng

Số dư trả trước giới hạn trường hợp xấu nhất ở mức số tiền trong đó. Vậy vẫn có thể là nhiều. Một giới hạn theo ngày và theo tháng bằng đô la, do nền tảng thực thi chứ không dựa vào thiện chí của agent, biến một agent bị lặp thành một khoản lỗ nhỏ. Giới hạn phải kích hoạt rõ ràng, với lỗi mà agent nhận ra, và dừng hoặc tạm dừng những gì đang chạy.

Nếu thiếu: bạn phát hiện vòng lặp qua số dư. Tính phí sandbox của chúng tôi có giới hạn chính vì lý do này, và trang biện pháp bảo vệ MCP gợi ý những hành động nào nên luôn cần con người phê duyệt.

5. Tài nguyên tính toán đúng độ chi tiết

Agent tạo ra ba loại công việc rất khác nhau:

• Giây: chạy một đoạn mã được sinh ra, kiểm tra một câu trả lời, thử một bản sửa.
• Giờ: một đợt đánh giá, một lần thu thập dữ liệu, một lần build dài.
• Luôn bật: một bot, một API, một worker chạy theo lịch.

Một nền tảng chỉ có máy chủ thuê tháng khiến loại thứ nhất đắt vô lý; một nền tảng chỉ có sandbox ngắn hạn khiến loại thứ ba mong manh. Một tác vụ 20 giây trên máy tính phí theo giờ phải trả cho 59 phút chẳng làm gì. Tính phí theo giây hoạt động thế nào chỉ ra nơi mỗi mô hình hết hợp lý.

Nếu thiếu: agent hoặc trả quá nhiều cho việc ngắn, hoặc chạy dịch vụ dài hạn trên hạ tầng không được thiết kế để luôn bật.

6. Cô lập theo mặc định

Mã do agent viết là mã chưa ai xem xét. Nó nên chạy ở nơi không có gì giá trị: không phải trên máy chủ của chính agent, không phải trên máy chủ chứa khóa của bạn, không phải trên máy gửi email của bạn. Trong thực tế, đó là một VM hoặc microVM riêng cho mỗi tác vụ, xóa sau khi xong. Các mức cô lập cho mã không đáng tin so sánh các lựa chọn; microVM Firecracker bằng ngôn ngữ dễ hiểu giải thích vì sao một kernel riêng lại quan trọng.

Nếu thiếu: prompt injection đầu tiên lọt được vào mã được sinh ra sẽ truy cập mọi thứ mà máy chủ của agent chạm tới.

7. Khả năng quan sát và một công tắc tắt

Người chịu trách nhiệm cho một agent cần thấy nó đã làm gì và dừng nó nhanh chóng. Nghĩa là: mức sử dụng và chi phí theo từng tài nguyên, danh sách mọi thứ agent đã tạo, và cách xóa tất cả. Thông tin đăng nhập phải thu hồi được và có thời hạn đủ ngắn để một token bị lộ không dùng được mãi, kèm cách gia hạn không cần con người.

Nếu thiếu: dọn dẹp trở thành khảo cổ học. Tài nguyên bị quên tiếp tục bị tính phí; token bị lộ tiếp tục hoạt động.

Những gì agent không cần

Cũng đáng chú ý không kém là những thứ không giúp ích: bảng điều khiển thiết kế để bán thêm, email chào mừng, gói dịch vụ có giới hạn thật nằm trong chú thích cuối trang, giá chỉ hiện sau khi đăng ký. Không thứ nào trong số đó phần mềm đọc được, và một số còn chủ động gây hiểu lầm cho một mô hình hiểu văn bản theo nghĩa đen.

Những gì vẫn chưa có lời giải

Không phải mọi thứ ở đây đều là bài toán kỹ thuật đã được giải.

• Trách nhiệm. Phải có người chịu trách nhiệm cho những gì agent làm với một tài khoản. Các nền tảng cần cách gắn hoạt động tự động với một người chịu trách nhiệm mà không bắt người đó đi qua từng bước.
• Lạm dụng. Đăng ký mở, hoàn toàn tự động chính là điều kẻ lạm dụng cũng muốn. Mọi nền tảng phục vụ agent đều phải cân bằng giữa truy cập không ma sát với các trang trại tài khoản và đào tiền ảo, và chưa ai có câu trả lời hoàn hảo.
• Quy trình dài. Agent vẫn thất bại ở quy trình mười bước thường xuyên hơn ở lệnh gọi đơn lẻ. Hạ tầng có thể giúp bằng cách làm mỗi bước có tính idempotent và trạng thái dễ truy vấn, để lần thử lại tiếp tục thay vì nhân đôi.

Chúng tôi đang ở đâu

Chúng tôi cố gắng xây dựng để đáp ứng các yêu cầu này thay vì lách quanh chúng: một máy chủ MCP và REST API bao trọn vòng đời, lỗi đọc được bằng máy, số dư trả trước, giới hạn chi tiêu, sandbox chạy mã tính theo giây cho việc ngắn và máy chủ thuê tháng như gói AI agent cho việc dài. Phần hướng dẫn về sandbox nằm trong sandbox cho AI agent. Dù vậy, hãy đánh giá danh sách này dựa trên chính giá trị của nó: đây là một danh sách kiểm tra hữu ích cho bất kỳ nền tảng nào bạn thả một agent vào.