Use Cases
- AI Agent Sessions: Create isolated environments for different AI agent conversations
- Development Environments: Spin up temporary development environments with specific tool configurations
- Testing Environments: Create reproducible testing environments for code execution
Instance Lifecycle
When you create an instance, it progresses through several states:active- Instance record creatednetwork_allocated- IP address assignedftap_created- Network interface configuredimage_generated- VM filesystem preparedvm_started- Firecracker VM launchedvm_booted- VM fully operationalready- Instance ready for commands
Response Examples
Successful Instance Creation
Service Unavailable (No Hosts Available)
Service Unavailable (Instance Not Ready)
Best Practices
- Room Naming: Use descriptive room IDs that help identify the session or user context
- Error Handling: Always check the response status and handle 503 errors by retrying after a short delay
- Instance Reuse: The same profile/room combination will return the same instance if it already exists
- Cleanup: Instances are automatically cleaned up after periods of inactivity
Authorizations
API key authentication using Bearer token format: 'Bearer rk_live_<key>'
Path Parameters
UUID of the profile (VM configuration template)
Room identifier for instance isolation
Body
application/json
Optional specific host ID to provision on
Response
Instance created or retrieved successfully
Unique identifier for the VM instance
Profile UUID used for this instance
Room identifier for this instance
Current instance state
Available options:
active, network_allocated, ftap_created, image_generated, vm_started, vm_booted, ready