Reference / providers / generated
Daytona
This reference is generated from the same provider capability model used by every Wildflower SDK. It describes the portable create surface and the non-secret connection context kept separate from provider credentials.
daytonaCreate options
The generated create input exposes these provider-specific fields:
imagetimeout
Runtime behavior
These capability facts come from the same generator-owned model used by the provider catalog and SDK documentation.
Granularity: 60 seconds.
Connection context
This adapter needs no additional non-secret connection fields. Its provider credential is still connected separately or supplied as an inline override.
Connect the provider once for the project, or send a typed inline credential override. Wildflower keeps credentials in authentication headers and never serializes them into sandbox JSON.
Usage, cost, and latency evidence
Per-sandbox billing details exist in the provider UI but are not returned through the current adapter API.
- Daytona documents per-sandbox CPU seconds, RAM GB-seconds, disk, and cost in its billing UI, but Wildflower does not have a documented API response for those values.
- Lifecycle responses do not include metered usage or cost.
Review the official provider signal source. A normalized list-price estimate remains separate from provider reporting and invoice reconciliation.
