Feature · Readiness
Ṛta scores your constraints across seven dimensions and gives one honest verdict: blocked, needs review, or ready, with the specific actions to take next.
In plain words
A constraint file can have 2 errors or 50, but what does that mean for your review? Readiness turns the raw findings into one actionable status across seven dimensions, each with a verdict and recommended actions.
| Dimension | What it measures | Verdict example |
|---|---|---|
| Analysis trust | How completely the input was analyzed | REVIEW_REQUIRED: 2 findings |
| Clocks | Clock definitions, duplicates, period sanity | READY |
| Consistency | Interactions: duplicates, overrides, contradictions | READY |
| Coverage | Object-level constraint coverage | READY: all ports covered |
| Design context | Object resolution against the netlist | VALIDATED: design-aware |
| Exceptions | False paths, multicycles, rationale | REVIEW_REQUIRED: 1 finding |
| I/O | Input/output delay completeness | READY |
Real-world example
A review used to mean reading a long findings list and deciding what mattered. With readiness, the same review starts at the P0 blockers and works down, because Ṛta has already prioritized the findings into actions.
$ rta check top.sdc --netlist top.v --top top
Constraint readiness: REVIEW_REQUIRED
CLOCKS READY
CONSISTENCY READY
COVERAGE READY
EXCEPTIONS REVIEW_REQUIRED - 1 finding
ANALYSIS REVIEW_REQUIRED - 2 findings
actions: P2 REVIEW_CLOCK_MODEL,
P2 REVIEW_EXCEPTION
NOTE: readiness review, not STA signoff.
Seven dimensions collapsed into a verdict a reviewer can act on immediately.
Every non-ready dimension carries prioritized next steps.
READY means ready for review, never a timing signoff claim.
Try it