List Workflow Steps
List the workflow steps you can assemble into a workflow, each with the input schema it accepts. With app_id, the list adds that app’s integration steps; without it, the list holds only the steps that need no app. Read this before POST /v1/workflows to learn which steps you can assemble and what inputs each one needs.
Paginated via opaque cursor: pass the next_page_token value from the previous response back as the page_token query parameter. When next_page_token is null, the current page is the last one.
Steps that cannot be represented as templates are omitted, so a page may hold fewer than page_size items while more results remain. Treat an absent next_page_token, not a short page, as the end of the results.
Authorizations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Query Parameters
The app to list steps for. Omit to list only app-independent steps.
The type of workflow the steps are for. With type, the list holds exactly the steps a workflow of that type accepts: for example, approval accepts only branch and approval-chain only approval_task. Without type, the list is every step any workflow type accepts for the app, so it can hold steps the type you create refuses. Pass type to see one type's steps.
Case-insensitive substring filter over step names.
Opaque cursor from a previous response's next_page_token. Omit to fetch the first page. Treat as opaque: do not decode, construct, or interpret it.
Maximum number of items to return per page. Values above 1000 are clamped to 1000 rather than rejected.
x >= 1Response
Successful Response
Workflow step templates returned in this page.
Token for the next page, or null when this is the last page. An absent token is the only end-of-results signal. A page holding fewer than page_size items does not mean the results are exhausted. Treat the value as opaque: do not decode, construct, or interpret it.