--- format: "aidr-story-markdown/v1" id: "a1859df0b2bcdf037ae4ef062b87b1f7d6fe132d4799406a77dc19a595b2a472" canonical_url: "https://aidr.today/a1859df0?lang=vi" title: "Obelisk 0.42: Agent bền bỉ và sandbox phân tầng" lang: "vi" requested_lang: "vi" available_langs: ["en","vi"] translation_fallback: null fallback_fields: [] published_at: "2026-10-04T14:30:55.000Z" category: "Frameworks" topics: ["agent","framework"] source_urls: ["https://obeli.sk/blog/announcing-obelisk-0-42/","https://lobste.rs/s/g0q8ub/obelisk_0_42_durable_agents_layered"] summary: "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,…" --- # Obelisk 0\.42: Agent bền bỉ và sandbox phân tầng > [Open the canonical story]() **Published:** 2026-10-04T14:30:55.000Z **Category:** Frameworks **Topics:** agent, framework ## Summary 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,… ## Sources - [Story source]() - [Discussion]()