Một tác giả đã thử xây dựng phiên bản mở của mô hình Agent Compute Engine mà Google mô tả, sử dụng Firecracker và khoảng 2.200 dòng mã Go. Mục tiêu là kiểm tra xem mô hình cấp cho mỗi phiên agent một microVM riêng, được tạo từ snapshot và không có card mạng, có thể triển khai bằng các thành phần sẵn có hay không.
Hệ thống gồm một orchestrator dựa trên firecracker-go-sdk, agent chạy bên trong guest, proxy kiểm soát egress dài khoảng 230 dòng và bộ benchmark ghi kết quả ra CSV. Theo các phép đo, 64 fork nhàn rỗi của một VM 512 MiB chỉ tiêu tốn khoảng 3 MiB bộ nhớ host cho mỗi fork. Trên máy bare metal, snapshot restore hoàn tất trong 25 mili giây, nhanh hơn 26 lần so với cold boot; 64 fork khởi động đồng thời đều sẵn sàng sau khoảng 150 mili giây.
Kết quả trên Mac mini dùng nested virtualization lại trái ngược: 12 fork khởi động cùng lúc không bao giờ chuyển sang trạng thái sẵn sàng. Tác giả cho rằng đây là bài học quan trọng về sự khác biệt giữa môi trường thử nghiệm và triển khai thực tế. Bài viết cũng nhấn mạnh lý do microVM phù hợp với coding agent: agent có thể chạy mã chưa được kiểm tra, thư viện mới cài hoặc nội dung bị prompt injection. Khác với container, guest chạy kernel riêng, còn thông tin xác thực nên được cấp qua kênh ngắn hạn bên ngoài sandbox thay vì đặt trực tiếp trong biến môi trường.
Công trình cho thấy cộng đồng có thể kiểm chứng nhiều ý tưởng về Agent sandbox ngay hôm nay, nhưng hiệu năng còn phụ thuộc mạnh vào phần cứng và cấu hình virtualization. Đây là thông tin hữu ích cho các nhóm Việt Nam muốn vận hành agent an toàn hơn mà chưa thể chờ dịch vụ thương mại của Google.
Nguồn: Hacker News — Biên dịch & tổng hợp: danhbaai.com