Registry coverage is not enough
A schema registry is useful because it tells developers what the platform intends to support. But a registry alone is not proof. The hard work is turning a schema from a named contract into a reliable extraction surface.
PolDex makes that difference explicit with maturity states. Hardened means the schema passed a named real-document benchmark. Hardening means the schema is active work, but not yet public-accuracy-ready. That honesty protects customers and strengthens the product.
The proof gate
For each schema, PolDex builds a corpus of real public documents, adds source-verifiable labels, extracts required fields with evidence, scores exact labels and evidence, fixes misses, and only then promotes the schema.
The gate is intentionally repetitive. Every insurance line needs the same discipline: documents, labels, evidence, benchmark, regression, and public status. The repetition is what turns the platform into infrastructure rather than a collection of demos.
What hardening creates
Hardening creates schema memory. It teaches FastScript aliases, field locations, document roles, source authority, normalization patterns, and abstention rules for that line of insurance.
The result is a product that gets harder to copy with every schema. Competitors can copy a claim. They cannot instantly copy the labeled corpus, rule history, release behavior, and evidence memory behind the claim.