Current status
evidence_maturity: "configuration_only" and cards: []. It declares the consumer contract without inventing evidence.AFMR.ai consumes the redacted public-card projection from the canonical AFMR LiftComparisonManifest. It links to that versioned schema and does not copy or redefine it. The canonical codebase owns artifact validation, signatures, provenance, challenge, and supersession logic; this site is a read-only publication and discovery surface.
What lift means
Lift is a cohort-level comparison between matched conditions inside one configuration cell:
lift(cell, metric) = outcome(comparison, cell, metric) − outcome(baseline, cell, metric)
The baseline and comparison labels are defined by the pre-registered manifest. A card must disclose cohort counts, metric direction and bounds, observed values, the lift method, uncertainty where available, review state, and provenance.
The configuration cell is the claim boundary
cell_id plus sha256 cell_digest.Within-cell lift can be computed only when baseline and comparison observations share this complete identity. Cross-cell aggregation is descriptive unless a pre-registered method explicitly supports it.
Stable public-card projection
The canonical public-card contract is version 1.0.0. AFMR.ai consumes these top-level fields exactly:
| Field | Role |
|---|---|
schema_id, schema_version | Bind the artifact to the canonical versioned schema. |
card_id, manifest_id, artifact_digest | Stable identity and content-addressed integrity. |
evidence_maturity | Configuration-only through independently reviewed evidence maturity. |
configuration_cell | The full model, harness, protocol, task, evaluator, and AFMR claim boundary. |
preregistration | Commitment, metric IDs, cohort definition, and timestamp fixed before outcomes. |
cohort, metrics, within_cell_lift | Bounded counts, declared measurements, and within-cell comparisons. |
review, challenge | Independent scrutiny and dispute state. |
lifecycle, supersession | Current validity and links between replaced cards. |
provenance, signatures, verification_links | Source digests, redaction policy, signing evidence, and resolvable verification. |
limitations | Machine-enforced configuration, individual-reputation, universal-lift, and safety boundaries. |
Phase 1 permits exactly one item in within_cell_lift. Additional metric comparisons require a later versioned contract rather than an unannounced shape change.
Evidence, review, and lifecycle states
| Dimension | Allowed states | Interpretation |
|---|---|---|
| Evidence maturity | configuration_only, preregistered, measured, review_ready, reviewed | A staged evidence record. “Measured” is not “reviewed.” |
| Review | unreviewed, in_review, accepted, changes_requested, challenged, resolved | The current independent review state. |
| Challenge | none, open, upheld, rejected, withdrawn, resolved | Whether a result is contested and how the contest ended. |
| Lifecycle | draft, active, suspended, superseded, revoked, expired | Whether the card is currently available for reliance. |
| Supersession | none, supersedes, superseded | Explicit previous/next card links preserve history. |
“Preliminary” corresponds to evidence that has not reached independent reviewed maturity. A replicated result requires separately declared supporting evidence and does not erase its configuration boundary. A superseded card remains part of the audit trail but is not current.
Future verification path
When cards exist, verification_links can resolve the source manifest, canonical schema, current status, signed evidence, and any challenge record. Missing required provenance or verification material must not be treated as confirmed lift.
configuration_scoped: trueindividual_reputation: falseuniversal_lift_claim: falsesafety_guarantee: false
A card never guarantees future performance, universal lift, agent safety, market admission, or authority to transact.