OpenComputer Durable Agent Sessions
Durable session infrastructure for agents, captured as part of the broader shift from stateless chat turns to resumable agent work.
The linked OpenComputer page positions durable agent sessions as a way to preserve long-running agent context and state across work. The signal matters less as a standalone vendor choice and more as another proof point for Persistent Sandbox Thesis: serious agent work needs durable compute, durable files, resumable control planes, an append-only event log, client-safe steering tokens, signed webhooks, and a strict split between the model-running "brain" and the sandbox "hands." Source: OpenComputer, checked 2026-07-04
Current Source Snapshot
As of 2026-07-04, the TypeScript SDK is @opencomputer/sdk@0.11.2 with npm latest on 0.11.2, Node >=18, MIT package license, and repository metadata pointing to diggerhq/opencomputer/sdks/typescript. The GitHub repo diggerhq/opencomputer is Apache-2.0, default branch main at eccef9dbfacb745a92175f8b59360fafe6b746e7, with 374 stars and 35 forks. The hosted service page advertises a free tier, pay-as-you-go from $0.012 per session-hour, idle hibernation, crash recovery, steering, client tokens, signed webhooks, and dead-letter handling. Source: npm registry; GitHub API; git ls-remote; OpenComputer site, 2026-07-04
Routing Summary
Use OpenComputer Durable Agent Sessions as a reference for agent products that need resumable work, durable files, long-running context, and session recovery. Route through Persistent Sandbox Thesis, Agent Sandboxes, and Agent GUIs; do not treat it as a default dependency without a concrete product need.
X Artifact
- Local media: thumbnail
Timeline
- 2026-07-04 | Source-reviewed the OpenComputer page, local image artifact, npm package, and GitHub repo. Added the version/source snapshot and tightened the routing boundary: reference for durable sessions, not a default dependency. Source: X/@utpalnadiger, 2026-06-22
- 2026-06-24 | Captured OpenComputer durable agent sessions from Kevin's X bookmarks. Source: X/@utpalnadiger, 2026-06-24