
Ship What You Can Name: The AI Release Passport
A practical guide to inventorying models, data, prompts, tools, evidence, and provenance so an exact AI release can be assessed, promoted, and rolled back.
Read MoreZharfAI Team

An invoice-coding assistant recommends an account. A clerk accepts it. The posted voucher is exported as a successful example, then added to the next fine-tuning set. Six months later, the team reports that the new model agrees with historical decisions more often. But many of those decisions were suggestions made by the previous model. Agreement has become a measurement of inheritance, not necessarily correctness.
This pattern reaches far beyond accounting. Search ranking determines which items receive clicks; a support copilot changes which cases escalate; generated text enters later web corpora; and a reviewer may reproduce an AI answer’s framing in a “human” label. Production can alter the evidence that future models learn from.
The practical decision is: which production events may be used for monitoring, weak supervision, training, or evaluation—and what independent evidence must exist before promotion? A feedback firewall answers that question at the data boundary. It does not ban feedback or synthetic data. It prevents unknown, model-made, and model-influenced signals from silently becoming authoritative ground truth.
Treating every loop as “data drift” hides the mechanism. Four paths deserve separate controls:
Google researchers described direct and hidden feedback loops in the 2015 paper Hidden Technical Debt in Machine Learning Systems. A direct loop lets a model influence selection of its future training data; a hidden loop can connect otherwise separate systems through changes in the world. The paper also warns about undeclared consumers of model outputs. These are system dependencies, not defects that a better prompt can repair.
Performative Prediction, published at ICML 2020, formalises a related point: when predictions support decisions, they may change the outcomes they aim to predict. Its mathematical results depend on stated assumptions; they do not provide a universal recipe for every deployed model. The durable engineering lesson is narrower: retraining on post-deployment outcomes is not ordinary supervised learning when deployment helped create those outcomes.
The evidence supports several boundaries. NIST’s voluntary Generative AI Profile, AI 600-1, published in July 2024, identifies model collapse and homogenisation when training over-relies on synthetic data. It recommends documenting training-data provenance, checking possible training/test cross-contamination, verifying deduplication particularly for synthetic samples, and evaluating feedback loops between provenance signals and human reviewers. The UK NCSC’s November 2023 secure-development guidance explicitly includes user feedback among AI assets and asks teams to document sources of training, fine-tuning, human, and operational feedback.
Original research also requires careful scope. The 2024 Nature paper AI models collapse when trained on recursively generated data found that indiscriminate recursive training can make low-probability parts of the original distribution disappear in its theoretical and experimental settings. It does not establish that every synthetic example is harmful. A separate 2024 study, Is Model Collapse Inevitable?, reported that accumulating synthetic generations alongside original real data avoided divergent test error in the models and datasets it tested. Its authors explicitly do not claim an optimal universal strategy.
The feedback firewall below is ZharfAI analysis built from those findings, not a published standard or proof that one architecture eliminates all feedback risk. It turns provenance and independence into enforceable admission states so a team can see which assumptions its dataset carries.
Do not infer provenance later from a table name such as human_feedback. Attach a compact envelope when the event is created, before joins and exports erase its history.
| Field | Question it must answer |
|---|---|
event_id and subject_id | Can the observation and affected entity be traced, deduplicated, corrected, or deleted? |
source_type | Is it a direct observation, authoritative record, user report, reviewer judgment, model output, imported content, or unknown? |
model_exposure | Which model, suggestion, rank, explanation, or threshold was visible before the event occurred? |
selection_policy | Why was this case shown, sampled, escalated, or omitted? What cases had no chance to produce an outcome? |
evidence_ref | What source supports correctness independently of the model output? |
label_method | Was the result observed, inferred, accepted, corrected, adjudicated, or generated? |
purpose_and_rights | May this event be retained and used for monitoring, training, or evaluation? |
time_and_version | Which data, interface, policy, prompt, model, and release shaped the event? |
quality_state | Has it passed validation, adjudication, conflict checks, and expiry rules? |
Refer to protected evidence rather than copying sensitive content into broad analytics. The discipline complements data-quality observability: freshness checks test arrival; the envelope tests meaning.
The 2021 Datasheets for Datasets paper proposes recording motivation, composition, collection, and recommended uses. Apply that at dataset and event level: “reviewer feedback” is incomplete if it omits whether the answer was visible first.
Create an allow-list policy. A convenient event is not automatically a label.
| Admission state | Permitted use | Minimum gate | Typical example |
|---|---|---|---|
| Monitor-only | Product and safety monitoring | Known provenance, lawful purpose, quality caveats visible | Thumbs-up after an answer |
| Candidate | Curator queue or weak-supervision experiment | Model exposure and selection policy recorded | Clerk accepts a suggested account |
| Training-eligible | Bounded training task | Independent evidence or qualified adjudication, conflict and rights checks | Correction verified against the governing record |
| Evaluation-eligible | Gold test or release gate | Independent of the model family and release being judged, sealed from training, stable rubric | Blinded expert case sampled before deployment |
| Quarantined | Investigation only | Named owner, reason, access boundary, expiry | Unknown-origin web content or suspected poisoning |
| Prohibited | No learning use | Policy decision recorded and enforced downstream | Content without usable rights or a deleted subject record |
Evaluation eligibility should be stricter than training eligibility. A noisy correction may still help a robust training process, while the same item can corrupt the benchmark that decides whether the model improved. Keep the stores and permissions separate, not just two Boolean columns in one export.
If synthetic data is useful, issue it a generation manifest and purpose-specific approval rather than disguising it as observed data. The synthetic-data birth certificate explains how to record generator, source boundary, privacy testing, utility testing, and release tier. Synthetic data can cover controlled edge cases; it cannot certify its own realism.
A model cannot learn outcomes for options it never showed. A triage system that escalates only high-scoring cases will receive detailed investigator labels for that slice and little evidence about false negatives. A recommender receives clicks on displayed items, not counterfactual clicks on hidden ones. Naively training on the resulting records rewards the current selection policy.
Preserve proportionate evidence that the deployed model did not select or pre-label: random audit samples, shadow review, delayed outcomes, a rule-based control, or expert review before revealing the suggestion. Experimentation needs ethical, legal, and operational approval and is unsuitable when withholding action could cause harm. Where exploration is unsafe, use independent records and explicit uncertainty; do not pretend a missing counterfactual was observed.
Keep original human or physical observations available as anchors. The counter-result on accumulation is especially useful here: “synthetic is always poisonous” is too crude, but replacing scarce original evidence with recursive approximations is risky. Track performance on rare classes, minority language forms, unusual workflows, and high-cost exceptions because average accuracy can rise while the tails disappear.
Human approval is not automatically an independent label. Record the order of exposure:
Use model-first review for efficient operations when appropriate, but do not relabel its acceptances as a blind gold set. On a risk-based sample, collect blind-first judgments and reveal the model only afterward. Compare acceptance, correction size, disagreement type, review time, and downstream outcomes. This estimates anchoring and automation bias without requiring every production case to be duplicated.
Capture correction reasons—wrong entity, unsupported claim, stale policy, missing source, unsafe action, ambiguity, or defective source record—because edit size does not measure semantic error.
Evaluation contamination can make a feedback loop look like progress. Give each benchmark item a stable identity or privacy-preserving membership marker. At dataset build time, reject exact duplicates, near duplicates where the method is reliable, shared source documents, and descendants of evaluation items. Split by time, customer, incident, document family, or workflow when random rows would leak neighbouring evidence.
Do not send release-gate failures directly into training and then rerun the same gate as if it remained independent. Promote failures into a development set, create or acquire fresh held-out cases, and version the transition. The AI release passport can bind the final training manifest, evaluation manifest, policy, model, and evidence to the assembly that was actually promoted.
For media, the April 2026 C2PA 2.4 specification provides tamper-evident assertions about origin and changes, not a judgment that content is true. Use credentials as one admission signal; absence does not prove an asset is synthetic.
Consider a bilingual finance workflow that proposes an account and tax treatment for invoices that failed deterministic matching. The first model suggests maintenance expense; the clerk accepts it; the voucher posts; no one raises an exception.
That sequence contains several different signals:
| Event | Initial state | Why | Possible promotion evidence |
|---|---|---|---|
| Model suggestion | Monitor-only | Generated by the model being improved | Never becomes a label by itself |
| Clerk acceptance | Candidate | Reviewer saw the suggestion first | Independent contract, purchase order, receipt, and chart-of-accounts rule |
| Posted voucher | Candidate | Posting proves workflow completion, not accounting correctness | Period-close reconciliation and qualified sampled review |
| Later reversal | Training-eligible negative candidate | Independent downstream contradiction may exist | Reversal reason and authoritative correcting document |
| Blind audit judgment | Evaluation-eligible candidate | Reviewer was unexposed to the suggestion | Adjudication, stable rubric, no training access |
The admission service stores the accepted case in the operations log but excludes it from gold evaluation. A sample enters blind review. If the governing records support the account, the adjudicated case can become training-eligible. If a later reconciliation reverses it, the reason—not merely the reversal flag—determines whether the original label was wrong. This avoids teaching the next model that “whatever the previous model got approved is truth.”
The same logic works in support, security, underwriting, moderation, and maintenance. Replace the accounting record with the appropriate independent anchor: customer-confirmed resolution, incident evidence, verified outcome, policy adjudication, or physical inspection. Consequence, rights, and domain expertise determine the gate.
A practical architecture separates collection from promotion:
production events
-> provenance enricher
-> admission policy
-> monitor store
-> candidate queue -> blind/adjudicated review -> training manifest
-> quarantine
independent anchor stream ---------------------------> evaluation manifest
training + evaluation manifests -> release passport -> promotion gate
Make decisions reproducible and idempotent. Version rules, evidence references, and state-change reasons. Dataset builders should accept immutable manifests, not arbitrary queries; training jobs must not read the evaluation store. Stable IDs propagate deletion, rights expiry, and corrections into descendants.
An audit-ready evidence trail should record who promoted a signal, under which policy, against which evidence, and into which dataset and release. Log the decision metadata without retaining unnecessary personal or confidential content.
Common failure modes are concrete:
Track denominators and slices, not a single “feedback quality” score:
Set hard gates for missing provenance, evaluation overlap, prohibited rights, and unresolved high-consequence contradictions. Do not dilute them into weighted averages.
Start with one feedback export feeding one model. Sample its rows, reconstruct who or what created each label, record model exposure and selection, and attempt to find independent evidence. Route the rows through the admission table before the next dataset build. The first audit usually reveals that the organisation has several useful monitoring signals, fewer defensible training labels, and a much smaller independent evaluation set.
Revisit the firewall when the interface changes, a model begins selecting cases, reviewers see new explanations, synthetic generation enters the pipeline, a downstream system adopts the output, label rights change, or a benchmark failure is promoted into development data. Feedback improves a system only when its origin, exposure, selection, and evidence remain visible. Otherwise the next model may simply become a more confident copy of its predecessor.

A practical guide to inventorying models, data, prompts, tools, evidence, and provenance so an exact AI release can be assessed, promoted, and rolled back.
Read More
A production evaluation framework for computer-use agents that measures final state, side effects, recovery, evidence, safety, and performance under real interface variation.
Read More
A practical method for tracing personal data through AI pipelines, choosing deletion, rebuild, retraining, or unlearning, and proving that derived artifacts stay clean.
Read MoreGet in touch with our team to discuss how we can help your business.