Review is a first-class workflow state
The current product model separates backlog, in-progress, review, and done. Review is not inferred after the fact; it already exists as a distinct delivery lane in the workflow model.
Product note
Agent Harness already treats review as part of the product surface. The workflow model keeps a dedicated review state, the project detail view counts tasks sitting there, and the kanban board exposes review as its own lane. That matters because AI-assisted delivery gets noisy when it talks about progress without showing how much work is waiting for approval.
This note is based on behavior already visible in the product code and UI, not on a future roadmap.
The current product model separates backlog, in-progress, review, and done. Review is not inferred after the fact; it already exists as a distinct delivery lane in the workflow model.
The project view counts review tasks alongside backlog, in-progress, and done. That keeps approval pressure visible instead of burying it inside total task volume.
The kanban interface includes a review column, which means the product already treats approval and inspection pressure as something teams need to see and manage directly.
A project can look active and healthy while decisions are actually stalled in review. AI-assisted delivery needs the queue itself to be visible before it can describe momentum honestly.
If an agent proposes next steps without showing how much work is sitting in review, the system can sound confident while ignoring the real approval bottleneck.
The issue is not just how many tasks exist. It is whether the team has enough review capacity to move implementation toward merge and release safely.
When review pressure is visible, humans can decide whether the next useful action is more implementation, more cleanup, or simply getting the right reviewer into the lane.