Skip to main content
Use this checklist before asking a reviewer to accept a workplan. It distinguishes source and build diagnostics from evidence that can support a current product claim.

​
Readiness checklist

  • Confirm the change is committed in the canonical repository and the intended deployment completed.
  • Open the exact production workplan route and verify the expected source resolves.
  • Confirm the route displays current task status, acceptance criteria, and evidence links.
  • Open every primary proof artifact from its production EyeParity URL.
  • Compare visible content with deterministic route, DOM, viewport, build, and hash facts.
  • Reject evidence captured before a restart, deployment, route mismatch, or other invalidating event.
  • Keep every actionable high-severity or red finding open with a concrete remediation and rerun step.

​
Common non-ready states

​
After a runtime incident

Treat prior proof as historical context. Restore the governed runtime, recapture the exact affected routes, rerun deterministic checks, inspect the current images, and update the owning workplan before requesting review again.