QMindMath developers

Guides

Markdown ↗

Review workflow

Read the current state, apply one action, and use the returned version for the next update.

Read before you write

GETRead workflow and history

Use the returned task version for every mutation. IDs and versions below are placeholders; use values from your own response.

JSON · request body
{
  "action": "feedback",
  "version": 3,
  "comment": "Clarify the final proof step."
}
POSTApply a workflow action

Available actions

ActionRequired fieldsRole
assignreviewer_id (or null)Owner / Admin
startNo additional fieldsAssigned reviewer / Owner / Admin
feedbackcommentAssigned reviewer / Owner / Admin
verdictdecision and commentAssigned reviewer / Owner / Admin
clientclient_id (or null)Owner / Admin
archive / restoreNo additional fieldsOwner / Admin
reopencommentOwner / Admin

All actions also require version and the write scope. Decisions are READY_AS_IS, MINOR_REPAIR, MAJOR_REPAIR, or REJECTED.

State transitions

Restore an archived task before making changes. Reopen a completed review before reassigning it or recording another verdict. Feedback can move an assigned task into IN_REVIEW. There is no arbitrary status setter.

Handle a conflict

A stale version or invalid transition returns 409. Read the latest workflow, review intervening changes, and decide whether the intended action still applies. Do not repeatedly submit the old version.

Each successful action increments the version and returns the updated task and history. Client updates use the exact current updated_at timestamp instead.

Notes and history

Notes are nonempty comments from workflow events. Adding a note uses the feedback action and follows the same version and state rules.

POSTAdd a task noteGETBrowse workflow activity