Reference / providers / generated
Vercel Sandbox
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.
vercelCreate 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 |
|---|---|
teamId | X-Provider-Team-Id |
projectId | X-Provider-Project-Id |
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
Wildflower cannot attribute the provider's account-level usage report to one sandbox without an authoritative mapping.
- Vercel's documented usage reporting is team/account scoped rather than an authoritative per-sandbox API response.
- The current access token may not include usage permissions.
Review the official provider signal source. A normalized list-price estimate remains separate from provider reporting and invoice reconciliation.
