Documentation Index
Fetch the complete documentation index at: https://dripart-docs-recommend-jobs-api.mintlify.app/llms.txt
Use this file to discover all available pages before exploring further.
Routes
The server defines a series ofget and post methods
which can be found by searching for @routes in server.py. When you submit a workflow
in the web client, it is posted to /prompt which validates the prompt and adds it to an execution queue,
returning either a prompt_id and number (the position in the queue), or error and node_errors if validation fails.
The prompt queue is defined in execution.py, which also defines the PromptExecutor class.
Built in routes
server.py defines the following routes:
Core API Routes
| path | get/post/ws | purpose |
|---|---|---|
/ | get | load the comfy webpage |
/ws | websocket | WebSocket endpoint for real-time communication with the server |
/embeddings | get | retrieve a list of the names of embeddings available |
/extensions | get | retrieve a list of the extensions registering a WEB_DIRECTORY |
/features | get | retrieve server features and capabilities |
/models | get | retrieve a list of available model types |
/models/{folder} | get | retrieve models in a specific folder |
/workflow_templates | get | retrieve a map of custom node modules and associated template workflows |
/upload/image | post | upload an image |
/upload/mask | post | upload a mask |
/view | get | view an image. Lots of options, see @routes.get("/view") in server.py |
/view_metadata/ | get | retrieve metadata for a model |
/system_stats | get | retrieve information about the system (python version, devices, vram etc) |
/prompt | get | retrieve current queue status and execution information |
/prompt | post | submit a prompt to the queue |
/object_info | get | retrieve details of all node types |
/object_info/{node_class} | get | retrieve details of one node type |
/jobs | get | list jobs with filtering, sorting, and pagination (recommended) |
/jobs/{job_id} | get | get full details for a specific job (recommended) |
/history | get | retrieve the queue history (legacy) |
/history/{prompt_id} | get | retrieve the queue history for a specific prompt (legacy) |
/history | post | clear history or delete history item |
/queue | get | retrieve the current state of the execution queue (legacy) |
/queue | post | manage queue operations (clear pending/running) |
/interrupt | post | stop the current workflow execution |
/free | post | free memory by unloading specified models |
/userdata | get | list user data files in a specified directory |
/v2/userdata | get | enhanced version that lists files and directories in structured format |
/userdata/{file} | get | retrieve a specific user data file |
/userdata/{file} | post | upload or update a user data file |
/userdata/{file} | delete | delete a specific user data file |
/userdata/{file}/move/{dest} | post | move or rename a user data file |
/users | get | get user information |
/users | post | create a new user (multi-user mode only) |
Jobs API
The Jobs API (/jobs) provides a unified interface for listing and retrieving job information with filtering, sorting, and pagination. It is the recommended way to query job status and history.
List Jobs
GET /jobs returns a paginated list of jobs with optional filtering:
| Parameter | Type | Description |
|---|---|---|
status | string | Filter by status (comma-separated): pending, in_progress, completed, failed, cancelled |
workflow_id | string | Filter by workflow ID |
sort_by | string | Sort field: created_at (default), execution_duration |
sort_order | string | Sort direction: asc, desc (default) |
limit | integer | Maximum items to return |
offset | integer | Items to skip (default: 0) |
Get Job Details
GET /jobs/{job_id} returns full details for a specific job including outputs and workflow:
The Jobs API consolidates data from the queue and history into a single unified format. Use
/jobs instead of separately querying /queue and /history endpoints.WebSocket Communication
The/ws endpoint provides real-time bidirectional communication between the client and server. This is used for:
- Receiving execution progress updates
- Getting node execution status in real-time
- Receiving error messages and debugging information
- Live updates when queue status changes
status- Overall system status updatesexecution_start- When a prompt execution beginsexecution_cached- When cached results are usedexecuting- Updates during node executionprogress- Progress updates for long-running operationsexecuted- When a node completes execution
Custom routes
If you want to send a message from the client to the server during execution, you will need to add a custom route to the server. For anything complicated, you will need to dive into the aiohttp framework docs, but most cases can be handled as follows:FormData object with code something like this,
which would result in the_data, in the above code, containing message and node_id keys: