linc-based runtime in a Vercel Sandbox and returns the final result in the same HTTP response.
Endpoint
Default behavior
The default execute flow is synchronous:- create an ephemeral agent and run record
- boot a Vercel Sandbox with
lincand thecasedevCLI - execute the task immediately
- return the final output, logs, and runtime metadata in the same response
Request shape
Request body
Fields
| Field | Type | Required | Description |
|---|---|---|---|
prompt | string | yes | The task to execute |
instructions | string | no | System instructions for the ephemeral agent |
model | string | no | Model override for this execution |
vaultIds | string[] | no | Limit the execution to specific vaults |
objectIds | string[] | no | Limit the execution to specific vault objects |
guidance | string | no | Extra run-specific guidance |
enabledTools | string[] | no | Allowlist of tools |
disabledTools | string[] | no | Denylist of tools |
sandbox | object | no | Runtime sizing hints such as CPU and memory |
agentRuntime | boolean | no | Set to true to opt into the legacy Daytona-backed agent runtime |
enabledTools and disabledTools are mutually exclusive.
Response shape
The default response is synchronous and includes the final result directly.Response body
Legacy agent runtime
If you need the older Daytona-backed runtime behavior, setagentRuntime: true.
Legacy request body
Legacy response body
When to use execute
- You want the smallest possible integration surface.
- You do not need a persistent chat session.
- You prefer a blocking request that returns the final answer directly.
- You want the lighter
linc-based runtime by default.
When to use runs instead
- You need queued execution and polling semantics.
- You need separate create-run and exec-run steps.
- You want the broader run lifecycle APIs.

