recraft/recraftv4_1_utility_vector, served by Comfy Router from Recraft.
Quick start
Create a key at platform.comfy.org/profile/api-keys and export it asCOMFY_API_KEY. The Python and TypeScript snippets use the Comfy SDKs (pip install comfy-sdk, npm install @comfyorg/sdk); the cURL snippet is the same call over raw HTTP.
Model ID: recraft/recraftv4_1_utility_vector
Endpoint: POST https://api.comfy.org/v2/models/recraft/recraftv4_1_utility_vector
Schema
Input
Router has not published an authored input schema for this model yet:
GET /v2/models/recraft/recraftv4_1_utility_vector/openapi.json returns an open object with x-comfy-input-schema-authored: false. Router forwards the body to Recraft unchanged, so Recraft’s own API reference is authoritative for the request fields, and nothing is validated server side.Output
integer
required
Unix timestamp when the generation was created
integer
required
Number of credits used for the generation
object[]
required
Array of generated image information
string
Unique identifier for the generated image
string
URL to access the generated image
Examples
Output
Before you ship
The snippets above are the shortest working call. Three things are the same for every model and are documented once on the Comfy Router headers page: send anIdempotency-Key on every paid call and reuse it when you retry, expect the connection to be held up to Router’s 10 minute deadline, and keep X-Comfy-Request-Id from every response. The SDKs do all three for you; the cURL tab does none of them. On failure, X-Comfy-Error-Type names the bucket, and a 422 means the body failed the model’s schema and was never billed.
Headers
Authentication, idempotency, request IDs, error buckets, retry pacing, spend limits.
Quick Start
Typed error handling in Python and TypeScript, reading the 422, walking the catalog.
Limitations
What Router does not do today, and what to use instead.