rivet-dev / rivet-dev/agentos

Add a disposal lifecycle for the Flue agentOS Core sandbox adapter

Open
#1,841 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Rust
Stars
4.6k
Forks
251
Avg merge
2d 15h
Merged PRs (30d)
34

Description

Problem

Flue's SandboxFactory creates or reconnects a sandbox for a context, but it does not expose a lifecycle hook when that context is permanently disposed.

The standalone agentOSCoreSandbox() adapter therefore cannot distinguish an idle context that Flue may reuse from a finished context whose Core VM can be safely disposed. The current safe behavior leaves Core VM lifetime under caller ownership, which can retain resources indefinitely when callers do not manage that lifecycle explicitly.

This affects only the standalone agentOS Core adapter. The regular actor-backed agentOSSandbox() integration is unaffected because a stable Flue context maps to a Rivet Actor and Rivet owns the VM lifecycle and durable filesystem.

Desired outcome

  • Coordinate or add a Flue sandbox/context disposal lifecycle hook.
  • Dispose the corresponding standalone Core VM when Flue permanently releases a context.
  • Add focused lifecycle coverage.
  • Remove the caller-owned lifecycle caveat from the Flue guide once the hook is available.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with Flue's SandboxFactory and the standalone agentOSCoreSandbox adapter, then trace how a context is permanently released versus reused. Done means the corresponding Core VM is disposed through a lifecycle hook, focused lifecycle coverage exists, and the Flue guide no longer documents caller-owned lifecycle management.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
backend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.