워크플로
워크플로는 제품이 당신을 대신해 돌리는 자동화입니다: 트리거, 단계의 그래프, 이벤트가 도착하며 전진하는 실행. 초안과 게시는 분리되어 있어, 트래픽이 실행하는 것은 언제나 누군가 의도적으로 내보낸 버전입니다.
At a glance
- Shape
- A trigger, a graph of steps, published versions
- Triggers
- Manual fire, or a cohort signal
- Operate
fireWorkflow,signalWorkflow,cancelWorkflow- Live updates
workflow.runon the project room- Auth
- Access token; runs execute server-side
- 트리거는 수동 실행 또는 코호트 신호입니다. 그래서 '누구'는 손으로 쓴 조건이 아니라 코호트입니다.
- 단계는 액션, 지연, 분기, 보호된 점프를 다룹니다. 엔진이 거부할 그래프는 게시 전에 지목됩니다.
- 모든 실행은 이유를 간직합니다. 대기는 신호의 이름을 말하고, 실패는 오류를 지닙니다.
작동 방식
A definition holds a draft graph and its published versions. The draft is edited freely and saved as it changes; publishing validates the graph and makes that version the one runs execute, so an edit in progress can never leak into traffic. A run advances node by node: actions do work, delays hold, branches choose a case or the otherwise, and a waiting node parks the run until its named signal arrives, from the product or by hand. Runs, their steps and their errors are all kept, which is what the console's runs tab and the Home screen's Needs you list read.
접근 위치
| Surface | Operation |
|---|---|
| REST | None: workflows are authored and operated, not ingested |
| GraphQL | workflowDefinitions, workflowRuns queries · publishWorkflowVersion, fireWorkflow, signalWorkflow, cancelWorkflow mutations |
| Realtime | workflow.run on the project room, as a run advances |
| MCP | prodantix.workflows.list |
예시
Bash
curl "https://api.prodantix.com/graphql" \
-H "Authorization: Bearer $ACCESS_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"query": "mutation ($p: String!, $d: String!) { fireWorkflow(projectId: $p, definitionId: $d) { runId } }",
"variables": { "p": "'$PROJECT_ID'", "d": "'$DEFINITION_ID'" }
}'