Môi trường chạy AI Agent: Cloudflare Computer kết hợp Isolate và Container

Tóm tắt: Cloudflare Computer là lớp thực thi chung cho AI agent, đưa công việc tệp và dữ liệu được hỗ trợ sang V8 isolate gọn nhẹ, rồi chuyển công việc cần Linux sang container theo nhu cầu trong khi vẫn giữ workspace dùng chung. Điều này quan trọng vì đội ngũ có thể dùng môi trường ít tốn kém nhất vẫn hoàn thành an toàn từng tác vụ, thay vì gán container cố định cho mọi agent.

---

TRẢ LỜI NHANH: Điều kiện kỹ thuật cho @cloudflare/computer

• Dùng npm runtime preview mã nguồn mở trong workflow agent xây quanh framework theo kiểu AI SDK.
• Cung cấp read, write, edit, ls và exec qua bề mặt công cụ tiêu chuẩn của runtime.
• Cung cấp dynamic Workers cho thực thi isolate được hỗ trợ và Cloudflare Containers cho công việc cần Linux, binary native, npm hoặc công cụ chuyên biệt.
• Dùng hệ thống tệp ảo chung dựa trên SQLite; đường container truy cập cùng workspace qua FUSE.
• Cung cấp đối số backend cho exec, đồng thời xác định chính sách, quyền, telemetry và điều kiện review để chuyển cấp sang container.

Môi trường chạy AI agent dùng isolate và container của Cloudflare mang đến cho các đội kỹ thuật và nền tảng đang xây hệ thống đa agent một lựa chọn khác ngoài việc cấp một container Linux riêng cho agent của từng người dùng. Container riêng khởi động chậm và không mở rộng sạch về chi phí lẫn năng lực điện toán vật lý. Đầu ra thực dụng ở đây là mô hình chi phí và checklist kiến trúc để quyết định khi nào công việc agent dùng isolate, khi nào dùng Linux.

Tại Van Data Team, chúng tôi bắt đầu bằng cách lập bản đồ workflow, công cụ, dữ liệu, quyền, retry, cổng review và khôi phục sau lỗi. Việc đó biến thiết kế của Cloudflare Computer thành quyết định vận hành, không phải khẩu hiệu sản phẩm. Các đội xây workflow AI agent production có thể dùng worksheet bên dưới để kiểm tra chi phí sandbox, độ trễ, mức dùng token và hành vi chọn backend trước khi thay đổi kiến trúc.

Điểm chính cần nhớ

Cloudflare Computer cung cấp lựa chọn điện toán qua một giao diện runtime chung thay vì gán container cố định cho mọi agent.

• @cloudflare/computer là preview mã nguồn mở mời nhà phát triển phản hồi, chưa phải bản phát hành rộng rãi.
• V8 isolate xử lý công việc phổ biến, còn Linux container có sẵn theo nhu cầu cho binary native, npm và công cụ chuyên biệt.
• Hệ thống tệp ảo dùng chung dựa trên SQLite giữ tệp đồng bộ trên cả hai đường thực thi.
• Đội ngũ nên ghi lại lựa chọn backend, lý do chọn, chi phí, độ trễ, mức dùng token, retry, thay đổi tệp và kết quả đánh giá.
• Quy tắc quyết định cốt lõi rất đơn giản: dùng môi trường ít tốn kém nhất vẫn hoàn thành tác vụ an toàn.

Cloudflare đã giới thiệu gì với Cloudflare Computer

@cloudflare/computer là npm runtime mã nguồn mở cho phép agent chọn giữa isolate gọn nhẹ và Linux container đầy đủ trong khi vẫn giữ một workspace dùng chung.

Ngày 3/8/2026, Matt Carey và Aron Carroll giới thiệu gói này là preview sớm. Cloudflare mở đầu Agents Week 2026 vào ngày 12/4/2026 xoay quanh hạ tầng cần thiết để vận hành agent ở quy mô production.

Thông tin được công bố. Gói cung cấp read, write, edit, ls và exec qua bề mặt công cụ tiêu chuẩn. Giao diện đó hoạt động với các framework theo kiểu AI SDK. Agent yêu cầu một thao tác công cụ và cung cấp đối số backend cho exec, trong khi mô tả công cụ hướng dẫn việc chọn backend.

Đây là runtime agent, không phải mô hình một container cho mỗi agent. Khác biệt này quan trọng vì lựa chọn hạ tầng được trình bày qua bề mặt công cụ dùng chung. Agent không cần hiểu quản lý vòng đời container mới có thể thao tác tệp hoặc gọi lệnh được hỗ trợ.

Bảng này phản ánh kiến trúc preview của gói, không phải cam kết về độ trưởng thành hay hiệu năng. Cloudflare chưa công bố giá gói, số liệu áp dụng production hay mức tiết kiệm theo workload; repository của họ có benchmark hệ thống tệp, không có benchmark runtime agent đầu cuối.

Vì sao mô hình mỗi Agent một Container làm sai lệch chi phí runtime

Kiến trúc một container cho mỗi agent mở rộng môi trường thực thi đắt nhất theo số người dùng, số agent, mức đồng thời và retry, ngay cả khi phần lớn công việc không cần Linux.

Cloudflare nêu rõ ràng giới hạn vật lý trong công bố chính thức:

"Trên thế giới không có đủ năng lực điện toán để mọi công ty cấp cho agent của từng người dùng một môi trường điện toán container riêng."

Khoảng cách tài nguyên giải thích mối quan ngại này. Phân tích độc lập của Build MVP Fast cho biết isolate có thể khởi động trong vài mili giây và dùng vài megabyte, trong khi container có thể mất hàng trăm mili giây và hàng trăm megabyte. Đây là các con số định hướng từ bên thứ ba, không phải benchmark chính thức của Cloudflare Computer.

Với nền tảng phục vụ N users x M agents, số người dùng và agent chỉ là hệ số nhân đầu tiên. Đội ngũ còn phải tính tần suất tác vụ, thực thi đồng thời, retry, thời gian nhàn rỗi, lưu trữ, lưu lượng mạng, logging và review của con người. Tỷ lệ chọn container nhỏ vẫn có thể chi phối chi phí nếu tác vụ container chạy lâu hơn hoặc retry nhiều hơn.

Hãy xét một workflow giả định rõ ràng do Maya, kỹ sư nền tảng, phụ trách. Agent của cô kiểm tra tệp repository, định hình lại dữ liệu có cấu trúc và tóm tắt log. Sandbox Linux cố định sẽ cấp năng lực điện toán rộng cho những tác vụ chủ yếu chỉ cần thao tác tệp và dữ liệu.

Với chính sách ưu tiên isolate, các thao tác phổ biến đó ở lại đường gọn nhẹ. Container chỉ xuất hiện khi workflow của Maya gọi dependency dòng lệnh native. Đầu ra hữu ích không phải một tỷ lệ tiết kiệm giả định mà là tỷ lệ chọn container có thể đo, gắn với các lớp tác vụ thực tế.

Phân tích của Van Data Team. Sai lầm chúng tôi thường thấy là nhóm chi phí chỉ theo dịch vụ hạ tầng. Điện toán agent cần được truy ngược về workflow và năng lực. Cùng kỷ luật vận hành dùng để giảm chi phí cloud mà không làm chậm giao hàng cũng áp dụng tại đây: xác định điều gì tạo ra chi phí và liệu công việc có thực sự cần nó không.

Cloudflare Computer cung cấp lựa chọn điện toán như thế nào

Hình minh họa sau tóm tắt nguyên tắc mặc định gọn nhẹ, chuyển cấp khi cần Linux:

Cloudflare Computer cho agent chọn dynamic Workers cho công việc tệp và dữ liệu, và chọn Cloudflare Containers khi tác vụ cần môi trường Linux đầy đủ.

Thông tin được công bố. Trên đường isolate, just-bash chuyển lệnh shell thành JavaScript chạy trong dynamic Workers. V8 isolate gọn nhẹ khởi động gần như tức thì cho thao tác tệp và xử lý dữ liệu được hỗ trợ. Agent tiếp tục dùng thao tác kiểu shell quen thuộc mà không nhận container Linux cố định.

Khi tác vụ cần binary native, npm hoặc công cụ chuyên biệt, agent có thể chọn backend Cloudflare Containers. Runtime container mount hệ thống tệp dùng chung qua FUSE, chạy công việc phụ thuộc Linux và giữ các tệp kết quả sẵn sàng cho đường isolate.

Luồng thực thi rất trực tiếp: agent yêu cầu một công cụ, cung cấp lựa chọn backend cho exec, backend được chọn chạy công việc và kết quả trả về qua workspace dùng chung. Lựa chọn hạ tầng vẫn được đưa ra qua giao diện runtime chung.

Bảng quyết định điện toán cho Agent

Dùng worksheet này trước khi chuyển một workflow sang thực thi ưu tiên isolate. Nó kết hợp định tuyến theo năng lực, kinh tế, quản trị và đánh giá trong một artifact review.

Loại tác vụ nào nên dùng Isolate làm mặc định

Mặc định ưu tiên isolate: Thao tác tệp được hỗ trợ, xử lý dữ liệu hoặc công việc kiểu shell được chuyển thành JavaScript.

Điều kiện chuyển cấp sang container: Cần binary native, npm hoặc công cụ chuyên biệt.

Telemetry bắt buộc: Lớp tác vụ, loại lệnh, backend và kết quả.

Khi nào môi trường vận hành cần chuyển sang Container

Mặc định ưu tiên isolate: Không có dependency cần Linux đầy đủ.

Điều kiện chuyển cấp sang container: Workload cần hành vi đặc thù Linux.

Telemetry bắt buộc: Dependency, năng lực được yêu cầu và lý do chuyển cấp.

Quyền nào cần áp dụng trước khi chuyển sang Container

Mặc định ưu tiên isolate: Phạm vi tối thiểu cho hệ thống tệp, secret và mạng.

Điều kiện chuyển cấp sang container: Quyền rộng hơn được cho phép bởi chính sách rõ ràng.

Telemetry bắt buộc: Kết quả chính sách, phạm vi được cấp và agent yêu cầu.

Làm sao duy trì tính liên tục của workspace

Mặc định ưu tiên isolate: Đọc và ghi qua workspace dùng chung.

Điều kiện chuyển cấp sang container: Cần truy cập Linux mà không tạo thêm nguồn chân lý khác.

Telemetry bắt buộc: Phiên bản đầu vào, người ghi, thay đổi và hash đầu ra.

Đánh giá hiệu quả kinh tế của việc chuyển sang Container như thế nào

Mặc định ưu tiên isolate: Dùng thời lượng isolate và đơn giá đã đo.

Điều kiện chuyển cấp sang container: Giá trị năng lực biện minh cho chi phí và độ trễ container.

Telemetry bắt buộc: Đơn giá, thời lượng, retry, độ trễ và ngân sách token.

Những cổng an toàn và chất lượng nào phải kiểm soát việc chuyển đổi

Mặc định ưu tiên isolate: Tiếp tục khi điều kiện dừng và ngưỡng đánh giá đều đạt.

Điều kiện chuyển cấp sang container: Chặn hoặc yêu cầu review khi rủi ro vượt chính sách.

Telemetry bắt buộc: Kết quả đánh giá, lý do dừng, người review và quyết định xử lý.

Tính mức độ phơi nhiễm bằng dữ liệu workload, không dùng giả định của nhà cung cấp:

• Mức độ phơi nhiễm theo quy mô = người dùng hoạt động x agent hoạt động mỗi người dùng x tác vụ mỗi agent x tỷ lệ chuyển cấp sang container
• Chi phí runtime = công việc isolate x đơn giá isolate đã đo + công việc container x đơn giá container đã đo + lưu trữ + mạng + logging + đánh giá
• Chi phí tác vụ hiệu dụng = chi phí runtime + chi phí token model + chi phí retry + chi phí review của con người

CHỈ SỐ THEN CHỐT: TỶ LỆ CHUYỂN CẤP SANG CONTAINER

Chỉ số đo gì: Tần suất tác vụ agent chọn đường container thay vì đường ưu tiên isolate.

Vì sao quan trọng: Tỷ lệ chọn container nhỏ vẫn có thể chi phối chi phí nếu tác vụ container chạy lâu hơn hoặc retry nhiều hơn.

Phân đoạn thế nào: Theo dõi tỷ lệ theo workflow, lớp tác vụ và framework, cùng với chi phí, độ trễ, mức dùng token, retry và kết quả đánh giá.

Đầu vào bắt buộc gồm billing export, log chọn backend, thời lượng tác vụ, tỷ lệ retry, mức dùng token và mã lý do chuyển cấp. Hãy đo cả mức đồng thời. Khối lượng tác vụ trung bình có thể che giấu các đỉnh nhọn làm thay đổi yêu cầu năng lực.

Quy tắc quyết định là ưu tiên môi trường ít tốn kém nhất có đủ năng lực, không phải môi trường mạnh nhất sẵn có. Isolate không nên chạy công việc nó không thể hỗ trợ an toàn. Container không nên khởi động chỉ vì nó có sẵn.

Nếu danh mục workload chưa hoàn chỉnh, trước hết hãy biến operating brief thành phạm vi tự động hóa có thể thực thi. Một buổi review hữu ích cần tạo ra bản đồ tác vụ, danh sách dependency, chính sách chuyển cấp, schema telemetry, kế hoạch đánh giá và phạm vi giao hàng theo giai đoạn.

Hệ thống file dùng chung là nền tảng ổn định

Hệ thống tệp dùng chung là workspace bền vững cho phép agent đổi backend thực thi mà không tạo các bản sao riêng của trạng thái đang làm việc.

Thông tin được công bố. Cloudflare Computer duy trì hệ thống tệp ảo dựa trên SQLite được đồng bộ giữa isolate và container. Workspace có thể khởi nguồn từ git repository hoặc cloud storage. Khi dùng container, FUSE đưa cùng workspace đó vào môi trường Linux.

Phân tích của Van Data Team. Hãy xem backend thực thi là có thể thay thế, nhưng xem provenance của workspace là lâu dài. Mọi artifact quan trọng cần giữ phiên bản nguồn, trạng thái độ mới, agent ghi, lịch sử biến đổi, backend đã chọn và hash đầu ra.

Hệ thống tệp đồng bộ tạo tính liên tục. Nó không chứng minh dữ liệu đầu vào còn mới, đã được phê duyệt hay được tái tạo chính xác. Workflow production vẫn cần lineage record và data SLA.

Hãy xét một workflow giả định khác. Agent nghiên cứu của Arun chuẩn hóa tệp trong isolate, còn agent build vào Linux để gọi dependency native. Sau đó agent báo cáo xuất bản đầu ra từ workspace dùng chung.

Tệp cuối có thể sẵn sàng về mặt kỹ thuật cho mọi agent. Tuy nhiên, nếu thiếu provenance, Arun không thể xác định phiên bản nguồn nào đã dùng hoặc backend nào thay đổi artifact. Lưu trữ dùng chung ngăn copy drift. Lineage khép lại khoảng trống audit.

Đây là điểm kiến trúc agent gặp data engineering. Điều phối cloud-native đáng tin cậy với kiểm soát độ mới, lineage và SLA mang đến đầu vào đáng tin cho agent. Tính linh hoạt runtime không thể bù cho dữ liệu cũ hoặc không thể truy vết.

Quản trị, quan sát và đánh giá trước khi chuyển sang Container

Chuyển cấp sang container an toàn đòi hỏi quyền theo nguyên tắc tối thiểu, chính sách năng lực rõ ràng, telemetry đầy đủ, điều kiện dừng và đánh giá riêng cho tác vụ.

Bắt đầu với quyền hẹp cho hệ thống tệp, secret, package và mạng. Yêu cầu năng lực điện toán rộng hơn không nên tự động nhận quyền dữ liệu rộng hơn. Xác định capability allowlist nêu rõ workflow nào được chuyển cấp và dependency nào chúng có thể gọi.

Ghi lại lựa chọn backend, lý do chuyển cấp, thời lượng thực thi, chi phí, độ trễ, ngân sách token, số lần retry và kết quả đánh giá của mỗi agent. Thay đổi tệp cần chỉ ra phiên bản đầu vào, agent ghi, loại lệnh và quyết định cuối.

Điều kiện dừng cần kết thúc các lỗi công cụ lặp lại, vòng lặp lập kế hoạch không bị giới hạn, chi phí tăng, thực thi trên dữ liệu cũ và đánh giá không đạt. Lệnh tác động cao hoặc đầu ra có độ tin cậy thấp cần tạm dừng để con người review trước khi tiếp tục.

Đánh giá phải kiểm tra nhiều hơn câu trả lời cuối. Nó cần kiểm tra agent có chọn đúng backend, ở trong phạm vi quyền, giữ các tệp kỳ vọng và dừng khi chính sách yêu cầu hay không. Kiểm thử khôi phục cần xác nhận công việc container bị gián đoạn hoặc thất bại không làm hỏng workspace dùng chung.

Theo dõi tỷ lệ chọn container theo workflow, lớp tác vụ và framework. Mức trung bình toàn cục có thể che một planner chọn công cụ đắt tiền không cần thiết. Tăng container bất thường có thể lộ dependency native ẩn, định tuyến tác vụ kém hoặc agent dùng Linux như lối thoát mặc định.

Sổ tay vận hành agent production và chuyển cấp cho con người của Van Data Team đưa ra mô hình thực dụng cho cổng review và khôi phục sau lỗi. Đánh giá runtime cần tạo ra ma trận chuyển cấp, yêu cầu dashboard, chính sách dừng, bộ eval và runbook sự cố.

Vai trò của framework Agent và MCP

Framework agent quyết định hành động nào cần yêu cầu, còn runtime kiểm soát hành động đó chạy ở đâu, quyền nào được áp dụng và trạng thái nào còn tồn tại.

LangGraph, LangChain, CrewAI và các mẫu Plan-and-Execute tổ chức lập kế hoạch, trạng thái, ủy thác và workflow nhiều bước. Function calling native kết nối đầu ra model với các hàm ứng dụng có kiểu. MCP cung cấp cách chuẩn để cung cấp công cụ và ngữ cảnh.

Các lớp này nằm cạnh runtime, không thay thế runtime. Một node LangGraph có thể yêu cầu thao tác shell, nhưng chính sách runtime cần quyết định isolate có xử lý được không. Một worker CrewAI có thể yêu cầu công cụ chuyên biệt, nhưng việc chọn container vẫn cần quyền và đánh giá.

Kết nối này phải quan sát được. So sánh chi phí, độ trễ, ngân sách token, lựa chọn backend, retry và kết quả eval giữa các workflow và mẫu điều phối. Planner tốt hơn có thể giảm lãng phí, nhưng không xóa nhu cầu về giới hạn điện toán, dữ liệu đáng tin hay cơ chế khôi phục.

Đánh giá ở cấp framework hỏi agent có chọn hành động hữu ích không. Đánh giá runtime hỏi hành động đó có chạy trong đúng môi trường dưới đúng chính sách không. Đội ngũ production cần cả hai.

Kết luận: kiểm thử sức chịu đựng của runtime, không chỉ của model

Mặc định phù hợp cho production là ưu tiên isolate, không phải không dùng container. Container vẫn có giá trị khi agent thực sự cần Linux, binary native, npm hoặc công cụ chuyên biệt. Chúng không nên trở thành chuẩn cố định cho agent của mọi người dùng.

Cloudflare Computer cho thấy runtime AI agent có thể kết hợp thực thi gọn nhẹ với quyền truy cập container khi cần. Workspace dùng chung cũng làm backend thực thi có thể thay thế, miễn là đội ngũ duy trì kiểm soát độ mới, lineage, quyền và khôi phục.

Bắt đầu từ worksheet. Đo các lớp tác vụ hiện tại, thời lượng sandbox, tỷ lệ chọn container, độ trễ, mức dùng token, retry và kết quả eval. Sau đó đối chiếu mô hình quan sát được với chi phí sandbox hiện có.

Với các đội muốn buổi review sẵn sàng để triển khai, Van Data Team có thể cung cấp bản đồ workflow, mô hình chi phí, chính sách chuyển cấp, đặc tả telemetry, kế hoạch eval và phạm vi giao hàng theo giai đoạn. Cách tiếp cận do nhà sáng lập trực tiếp dẫn dắt của chúng tôi giữ discovery, kiến trúc và triển khai trong một vòng chịu trách nhiệm thống nhất.