OpenHands 1.34 thêm lựa chọn Docker theo từng cuộc hội thoại AI

Chọn môi trường chạy ngay theo công việc của tác nhân

OpenHands phát hành 1.34.0 ngày 27/10/2026, bổ sung lựa chọn Docker cho từng cuộc hội thoại và trang Settings → Runtime trong Canvas. Điểm thay đổi thực tế là người dùng có thể chọn môi trường cho một tác vụ mới thay vì chỉ dựa vào cấu hình chung của máy chủ. Bản tin được biên tập ngày 28/10, đối chiếu release và thay đổi triển khai chính thức.

Với đội phát triển đang thử tác nhân AI trên nhiều kho mã, điều này có thể giúp tách các công việc cần môi trường khác nhau. Tuy nhiên, nút Docker không phải lời đảm bảo tác nhân đã hoàn toàn an toàn. Quyền truy cập kho mã, thư mục gắn vào container, bí mật và kết nối mạng vẫn cần được quản lý theo từng thử nghiệm.

Local, Worktree và Docker không phải ba tên của cùng cơ chế

Local chạy theo môi trường cục bộ mà máy chủ cung cấp. Worktree hỗ trợ một cây làm việc Git tách riêng cho tác vụ, thuận tiện khi muốn giữ thay đổi độc lập với thư mục đang làm. Một worktree không tự trở thành ranh giới cô lập hệ điều hành; tác nhân vẫn hoạt động dưới quyền mà môi trường chạy cho phép.

Docker bổ sung môi trường container khi agent-server thực sự cung cấp runtime đó. Theo phần triển khai, launcher có thư mục làm việc sẽ đưa ra Local, Worktree và Docker khi phù hợp; tình huống không có thư mục không thể được hiểu là luôn có đủ ba lựa chọn. Nếu máy chủ không hỗ trợ Docker, giao diện không thể tự tạo ra năng lực đó.

Trang Runtime cho phép đặt mặc định và các thông số liên quan như giới hạn CPU, bộ nhớ hoặc trình duyệt trong container. Các giới hạn này cần được hiểu theo tài nguyên và khả năng của máy chủ. Điền một ô cấu hình không chứng minh máy chủ đã áp dụng đúng giới hạn nếu chưa kiểm tra môi trường được tạo ra.

Đối chiếu phiên bản của các thành phần trước khi nâng cấp

Release nâng yêu cầu agent-server tối thiểu lên 1.57.0. OpenHands, agent-server và Canvas có số phiên bản riêng, vì vậy không được suy rằng mọi thành phần phải mang chuỗi 1.34.0. Đội quản trị nên ghi cả ba phiên bản và cách triển khai thay vì chỉ lưu ảnh trang chủ của một thành phần.

Ảnh trong bài là ảnh demo chính thức ở PR 18436, được tác giả đưa lên ngày 26/10, cho tính năng đi vào release 27/10. Ảnh hiển thị Agent Canvas 1.28.1 và dữ liệu kịch bản của nhà phát triển; phần API demo được mô phỏng. Nó cho thấy giao diện Runtime thật của bản xem trước tính năng, không phải bằng chứng Friday Works đã chạy container, đo hiệu năng hoặc hoàn tất thử nghiệm bảo mật.

Các thông số quản lý toàn máy chủ như ảnh container, thời gian nhàn rỗi và ngân sách lưu trữ không đồng loạt chuyển vào trang mới. Phần triển khai cũng lưu ý một số đường chạy cho kế hoạch hoặc tác nhân được quản lý còn theo runtime chung của máy chủ. Cần đọc giới hạn theo đúng luồng sử dụng, không quảng bá rằng mọi tác vụ đã được tách riêng chỉ sau một lần nâng cấp.

Mặc định cần rõ ràng để tránh chạy nhầm môi trường

Lựa chọn trực tiếp ở launcher được ưu tiên trước mặc định trong Settings, rồi tới lựa chọn mà trình duyệt lưu trước đó. Nếu cấu hình Docker từng được lưu nhưng máy chủ hiện tại không còn cung cấp nó, hệ thống có cách xử lý sau khi nhận thông tin từ máy chủ. Vì vậy, người vận hành nên kiểm tra runtime đang được chọn cho cuộc hội thoại mới, nhất là khi đổi máy chủ hoặc chuyển giữa các nhóm.

Friday Works khuyến nghị dùng kho mã thử riêng, không có dữ liệu khách hàng và khóa sản xuất, rồi tạo các tác vụ tương đương ở những runtime định dùng. Ghi vị trí thay đổi tệp, nhánh Git, tài nguyên được cấp và cách dọn môi trường sau kết thúc. Đây là kế hoạch kiểm chứng, chưa phải kết quả tiết kiệm hay bảo mật đã đo.

Nếu thử tính năng trình duyệt trong container, kiểm tra ảnh máy chủ thực sự có thành phần cần thiết và phạm vi kết nối phù hợp. Không gắn toàn bộ thư mục cá nhân hoặc chuyển tiếp mọi biến môi trường chỉ để tác nhân làm việc thuận tiện hơn. Mục tiêu là cấp đủ quyền cho bài toán đã chọn.

Ứng dụng đáng theo dõi cho đội phát triển

Cùng release còn có chỉnh sửa truyền session API key qua biến môi trường thay cho tham số lệnh và cải thiện nhãn chia sẻ trong tổ chức. Đây là các thay đổi cần đọc riêng; release không cung cấp căn cứ để tự gán CVE hoặc khẳng định đã có khai thác thực tế.

Một thử nghiệm hợp lý cho doanh nghiệp là chọn công việc sửa lỗi nhỏ, có kiểm thử sẵn và người duyệt rõ ràng. So khả năng tái lập môi trường, mức quyền phải cấp và chi phí vận hành với quy trình hiện tại. Chỉ mở rộng khi đầu ra có thể kiểm tra, môi trường được thu hồi đúng và nhóm hiểu giới hạn của từng runtime.