Verification
How units are verified through expert consensus and element-level review.
Verification is the process that transforms candidate units into trusted, auditable reasoning. Only verified units appear in inference results by default.
Verification Queue
Reviewers see pending units at /Review. The queue shows only the current organization's units.
Review Process
For Programs (per-step review)
Each computation step can be:
- Approved — the step is correct
- Corrected — fix a computation value or threshold
- Branched — add a missing conditional path
- Excepted — add an override for a special condition
For Structured Units (per-element review)
Each element (criterion, condition, requirement, action, checkpoint) can be:
- Approved — element is correct
- Edit suggested — propose alternative text
- Reweighted — change a factor's weight
- Added/Removed — structural changes
Consensus Rules
A unit reaches "verified" status when:
- Approval rate ≥ 80% across all reviewed elements
- ≥ 2 reviewers have submitted reviews
- Separation of duties — the unit creator cannot be the sole verifier
Status Progression
candidate → in_review → verified / partial_verified / needs_review| Status | Meaning |
|---|---|
candidate | Newly created, not yet reviewed |
in_review | At least one reviewer has started reviewing |
verified | Meets consensus threshold (≥80%, ≥2 reviewers) |
partial_verified | Some elements verified, others pending |
needs_review | Changes requested by a reviewer |
Assigning Reviewers
Admins can assign specific reviewers to a unit via the unit detail page or API:
POST /api/v1/units/{id}/assign
{ "reviewerIds": ["user-id-1", "user-id-2"] }