MKTRC
METHODS

Make the test harder to fool.

We do not design tests to make a hypothesis easy to confirm. We design them so that a false conclusion is difficult to survive.

01

Point-in-Time

Only information that was actually observable before the decision point is allowed into a feature.

02

Prospective OOS

Instead of tuning rules after seeing past results, we define a new prospective start and evaluate only data collected afterward.

03

Falsification

We design placebo, reverse-direction, and timing tests specifically to find ways the hypothesis could fail.

04

Quarantine, not deletion

When a data-integrity incident occurs, we quarantine the affected records rather than deleting them, preserving the original provenance.

05

Blind maturity gates

Effect metrics remain blinded until the sample reaches maturity, reducing the temptation to tune the study after seeing the result.

06

Manual promotion only

Even strong research results never change execution settings automatically.

07

Consumer availability

An old event timestamp does not prove that the feature was available at decision time. We track first-seen availability from the consuming system's perspective.

08

Exact lineage

Where possible, decisions, references, features, and endpoint identities are linked end to end. Any upstream lineage that cannot be reconstructed remains explicitly UNKNOWN.

09

Verified recovery

A backup is not trusted simply because the file exists. We restore it into a separate namespace and verify row counts and schema.

10

Durable research journal

Hypotheses, failures, reasons for changes, and evidence locations are recorded in a separate journal and preserved in checksummed off-host backups.

CORE RULE

Unknown is not a PASS. Anything that cannot be verified remains explicitly unknown, and historical invalid or pilot arms are never merged into a new confirmatory arm.