Obelisk 0.42: Agent bền bỉ và sandbox phân tầng

Tiến trình của một agent cần phải sống sót qua quá trình chạy nó. Mã nguồn của nó phải chạy trong một chính sách mà bạn có thể xem lại, và những lỗi của nó phải để lại lịch sử để bạn kiểm tra. Obelisk lưu giữ tiến trình workflow trong cơ sở dữ liệu. Mã nguồn workflow phát lại một cách tất định từ lịch sử đó, dùng các kết quả hoạt động đã ghi lại trước khi làm việc mới. Một tiến trình có thể dừng; tiến trình tiếp theo khôi phục lại điểm đang dở dang. Lịch sử đó cũng cho phép bạn thấy những gì đã chạy và gỡ lỗi sau đó. Phiên bản 0.42 xây dựng dựa trên nền tảng đó cho các workload agentic: ranh giới bảo mật có thể xem lại đối với mã nguồn được tạo ra, V8 nguyên bản để phát lại JavaScript nhanh hơn, các hoạt động Linux VM cho các công cụ cần chúng, và một prototype workflow-agent có thể triển khai, kiểm tra và sửa các ứng dụng trên một instance Obelisk khác. Ý tưởng này tuân theo triết lý SQLite is All You Need for Durable Workflows: giữ trạng thái bền bỉ gần với môi trường chạy và để khả năng tính toán đến rồi đi. Một agent đang đợi model, công cụ hoặc con người có thể được biểu diễn bằng các hàng trong cơ sở dữ liệu, mà không cần một VM đang chạy cho mỗi phiên. Trong phiên bản 0.41, chính sách của người vận hành nằm trong server.toml còn ứng dụng nằm trong deployment.toml. Điều đó khiến một file phải làm hai việc: server.toml mô tả cả nền tảng (trình lắng nghe, cơ sở dữ liệu, giới hạn tài nguyên) lẫn những gì một ứng dụng cụ thể được phép làm. Phiên bản 0.42 tách đôi điều đó: