> For the complete documentation index, see [llms.txt](https://docs.unitlab.ai/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.unitlab.ai/api-sdk-cli/clis/cli-workflow-tasks.md).

# CLI: workflow tasks

{% hint style="info" %}
**Outcome:** List stages and tasks, control ownership and priority, perform stage actions, and inspect history.
{% endhint %}

```bash
unitlab workflow stages PROJECT_ID --json
unitlab workflow tasks PROJECT_ID STAGE_ID --json
unitlab workflow task TASK_ID --json
unitlab workflow claim TASK_ID --json
unitlab workflow assign TASK_ID USER_ID --json
unitlab workflow priority TASK_ID 10 --json
unitlab workflow submit TASK_ID --json
unitlab workflow approve TASK_ID --json
unitlab workflow reject TASK_ID --reason "Boundary" --comment "Exclude shadow" --json
unitlab workflow timeline TASK_ID --json
```

The active workflow controls valid actions. Bulk assignment and bulk move require an explicit task list; use dry run for bulk moves before committing.

### Operating contract

| Concern           | Required behavior                                                           |
| ----------------- | --------------------------------------------------------------------------- |
| Execution surface | Pinned `unitlab==3.0.0` command in the intended Python 3.10+ environment.   |
| Machine contract  | Use `--json`; human-readable output is not an automation interface.         |
| Target resolution | Resolve stable IDs with a read command before a state-changing command.     |
| Success evidence  | Exit status, JSON result, returned IDs, and a read-after-write state check. |

### Failure and recovery boundary

| Condition                                       | Response                                                                                                     |
| ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------ |
| Authentication or authorization fails           | Stop, correct the service identity or access model, rotate exposed credentials, and rerun a read-only check. |
| Validation or entitlement rejects the operation | Correct the input or entitlement; do not retry an unchanged request.                                         |
| A request times out                             | Inspect remote state before repeating a mutation because the server may have accepted it.                    |
| Asynchronous processing exceeds its deadline    | Preserve the Batch Queue or release ID, continue bounded monitoring, and inspect item-level failures.        |
| Only part of a batch succeeds                   | Keep successful identifiers, isolate failed rows, and retry only the corrected subset.                       |

{% hint style="warning" %}
Pin and test the production SDK version. Use stable IDs, keep secrets out of logs and command history, and record the correlation ID, target IDs, counts, final state, and redacted error details for material state changes.
{% endhint %}