| Reference availability |
Required authority sources or values successfully captured |
Availability does not establish coherence or binding |
| Selection ambiguity |
Number or rate of selectors producing more than one permitted governed interpretation |
Define ambiguity rules before capture |
| Reference completeness |
Required values, relationships, rights, versions, and constraints present |
Completeness does not prove required relationships bind |
| Cross-source coherence |
Required authority comparisons passing declared normalization or equivalence rules |
Rules must be frozen or governed before evaluating disagreement |
| Binding success |
Required cross-source relationships satisfying registered binding rules |
A single hard-stop relationship may control continuation |
| Task-quality retention |
Quality at cycle n compared with the accepted starting state or valid target |
Must remain above the protected threshold |
| Accuracy or utility |
Correctness, expert score, usefulness, task success, or executable acceptance test |
Requires a valid task-appropriate target or criterion |
| Calibration |
Difference between confidence and observed correctness |
Repeated confidence is not independent support |
| Output variance |
Variation under matched conditions across runs or cycles |
Low variance can describe a consistently wrong output |
| Contradiction rate |
Conflicts among states, sources, outputs, or protected invariants |
Report severity as well as frequency |
| Constraint-violation rate |
Number and severity of Safe Recursion Envelope violations |
Critical violations should not be hidden by averages |
| Error-propagation depth |
Maximum inheritance levels reached by a defect |
Measure both depth and affected descendant count |
| State drift |
Change from original content, meaning, evidence, scope, uncertainty, or calibration |
Define material differences before testing |
| Reference drift |
Change in relationship between stored state and governing authority, version, scope, rights, or required binding |
The stored state may remain unchanged while the governing conditions change |
| Reference-version mismatch |
Inherited states tied to a different authority version than the current task requires |
Not every version difference is material; declare compatibility rules |
| Reference-recheck coverage |
Required inheritance events that actually performed the declared reference recheck |
Coverage does not by itself establish correctness of the recheck |
| Unauthorized inheritance rate |
Reuse events occurring despite reference, rights, scope, challenge, or authority conditions that should have blocked reuse |
Requires preregistered or governed inheritance rules |
| Retrieval fidelity |
Rate of retrieving the correct state, version, identity, and scope |
Semantic similarity alone may not establish valid inheritance |
| Memory-conflict rate |
Frequency of incompatible active records |
Record detection, resolution, and unresolved conflict separately |
| Stale-memory rate |
Outdated records retrieved or used after invalidation or supersession |
Measure availability and actual reuse separately |
| Provenance completeness |
Share of states with complete authority, source, lineage, and transformation records |
A source URL alone may not capture transformation or authority history |
| Recovery success |
Share of induced or observed failures restored to an acceptable state |
Retest the restored state under the relevant disturbance |
| Rebinding success |
Affected states again satisfying required reference conditions after authorized correction |
Content repair alone does not establish restored reference coherence |
| Recovery time |
Time from detection to restored valid operation |
Separate detection, containment, correction, rebinding, retesting, and propagation time |
| Repair and correction cost |
Compute, tools, governance work, revalidation, reprocessing, and human review |
Include downstream correction costs |
| Correction completeness |
Affected descendants corrected, rebound, qualified, frozen, replaced, or retired |
Unresolved descendants must remain visible |
| Marginal improvement per cycle |
Quality or utility gained by each additional cycle |
Compare improvement with added cost and transformation risk |
| Recursion count |
Cycles, branches, retries, and nested transitions |
Fewer cycles do not establish better performance |
| Stopping-rule accuracy |
Correct continuation, stopping, abandonment, and fail-closed decisions |
Count premature stopping and unsafe continuation separately |
| Escalation accuracy |
Correct transfers to human or higher-authority review |
Count missed, unnecessary, and delayed escalation |
| Total compute |
Processing, model calls, tool work, reference verification, quality verification, and repair |
Generated tokens are only one component |
| Total memory |
Storage, indexing, versions, reference snapshots, dependencies, and retrieval overhead |
Measure active memory and retained audit state separately |
| Total latency |
Initial response, task time, reference checks, verification, tail latency, and recovery delay |
Use matched service requirements |
| Human-review cost |
Review, governance correction, escalation, adjudication, approval, and repair work |
Automation does not erase transferred human cost |
| Graceful degradation |
Protected function retained as reference access, resources, tools, or components degrade |
Define minimum safe function before testing |
| Repeatability |
Matched-condition consistency across runs |
Repeatability must be interpreted with correctness and reference validity |