Reference / providers / generated
Blaxel
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.
blaxelCreate 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: 1 second.
Connection context
These values identify provider-side workspace or bridge context. They are not credentials and remain separate from the provider API key.
| Field | Inline header |
|---|---|
workspace | X-Provider-Workspace |
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
The provider has a resource-centric Billing Explorer API, but Wildflower requires a separately verified billing scope before querying it.
- Wildflower does not assume a sandbox lifecycle token has account billing access.
- Billing data is delayed and is unsuitable for hard real-time enforcement.
Review the official provider signal source. A normalized list-price estimate remains separate from provider reporting and invoice reconciliation.
