Skip to main content
API Reference for recraft/recraftv4_1_pro_vector, served by Comfy Router from Recraft.

Quick start

Create a key at platform.comfy.org/profile/api-keys and export it as COMFY_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_pro_vector Endpoint: POST https://api.comfy.org/v2/models/recraft/recraftv4_1_pro_vector

Schema

Input

Router has not published an authored input schema for this model yet: GET /v2/models/recraft/recraftv4_1_pro_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 an Idempotency-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.