The workflow CRUD endpoints let you manage workflow definitions through the API. You can list, fetch, create, update, reorganize, and delete workflows without using the Knouds editor.Documentation Index
Fetch the complete documentation index at: https://docs.knouds.ai/llms.txt
Use this file to discover all available pages before exploring further.
Write operations —
POST, PUT, and DELETE — require admin scope, available to Business and Enterprise plan holders. Read operations (GET) work with any authenticated scope.List workflows
The workflow’s URL slug and unique identifier.
The display name of the workflow.
The workflow’s description, if set.
Tag labels assigned to the workflow.
ISO 8601 timestamp of the last update.
Estimated credit cost per run, calculated from the workflow’s generator nodes and your account tier.
null if the workflow has no generator nodes.ID of the folder this workflow lives in.
null if the workflow is at the root level.Get a workflow
POST /api/workflows — it is round-trip safe and suitable for backup, forking, or using as a template.
Auth: any authenticated scope.
Path parameter: slug — the workflow identifier.
Example:
Create a workflow
name field to generate the workflow’s slug, appending -2, -3, etc. if the slug is already taken.
Auth: admin scope required.
Request body:
The workflow’s display name. The server converts this to a URL slug (lowercase, hyphens) and uses it as the permanent identifier. Choose the name carefully — the slug cannot be changed after creation.
A short description of what the workflow does.
Tag labels for the workflow.
The workflow’s node definitions. Each node object includes
id, type, position, and data.The connections between nodes. Each edge object includes
id, source, target, sourceHandle, and targetHandle.The saved canvas viewport. Includes
x, y, and zoom fields. The editor restores this position when the workflow is opened.When
true, the workflow’s schema is accessible without authentication via GET /api/workflows/:slug/public-schema. Defaults to false.ID of the folder to place the workflow in. Omit or pass
null to create it at the root level.slug and timestamps.
Example:
Update a workflow
slug — the workflow to update.
Request body: any subset of the workflow JSON fields. The slug field is always read from the URL and cannot be changed via the request body.
Response: the full updated workflow JSON.
Example:
Move a workflow to a folder
slug — the workflow to move.
Request body:
The ID of the destination folder. Pass
null to move the workflow back to the root level.Delete a workflow
slug — the workflow to delete.
Response:
Workflow JSON schema
The full workflow object accepted and returned by these endpoints follows this shape:GET /api/workflows/:slug response is round-trip safe: you can GET a workflow, modify the JSON, and PUT it back without losing any fields.