The product in one picture
session, and its stable identifier is sessionId. Those names
refer to the same running sandbox.
What Archal handles
- isolated state for every sandbox
- 22 provider-shaped environments
- five versioned starting states for each environment
- one create, inspect, renew, reset, and destroy lifecycle
- state reads and explicit diffs
- scoped credentials that expire with the sandbox
- usage metering per ready environment
What stays yours
Archal does not replace your agent harness, model, evaluator, observability tool, or CI system. Your coding agent connects Archal to the code and tools you already use. Braintrust, LangSmith, custom evals, and ordinary test runners can keep doing their current jobs.A normal workflow
- Choose the environments and starting states your test needs.
- Create one sandbox containing those environments.
- Point existing provider clients at the returned URLs and scoped credentials.
- Run the agent, integration test, or QA workflow.
- Read state or compare it with an explicit before snapshot.
- Reset for another attempt or destroy the sandbox.
Set up with a coding agent
Pair Claude Code, Codex, Cursor, or Devin and let it configure Archal.
Understand a sandbox
See how isolation, environments, state, and lifecycle fit together.
Browse environments
Review all 22 environments and their 110 curated starting states.
Integrate manually
Use the CLI, TypeScript client, MCP, or raw REST without a coding agent.
Archal documents the supported provider surface for each environment. Inclusion in the catalog is
not a claim that every upstream provider operation has been reproduced.
