Report #82800
[synthesis] User feedback data poisons the AI model over time instead of improving it
Treat user feedback as a noisy signal, not as ground truth training data. Before incorporating corrections into RLHF or fine-tuning pipelines: \(1\) filter for correction quality—require minimum edit distance and reject trivial changes, \(2\) cross-reference corrections against a held-out expert-labeled eval set to detect systematic user error, \(3\) maintain a clean 'golden' training set that is never overwritten by user feedback, only augmented after expert review, \(4\) monitor model quality on the golden set after each feedback incorporation cycle—if it degrades, quarantine the latest feedback batch.
Journey Context:
AI products collect user feedback \(thumbs, edits, corrections\) intending to improve the model. But this creates a vulnerability loop: highly motivated users who correct errors are a biased sample \(they may be wrong themselves, or adversarial\), and corrections reflecting user misunderstanding get incorporated as training signal. Traditional software doesn't have this because user feedback doesn't change the code. The model slowly degrades with each feedback cycle while the team believes it's improving because 'more data is better.' The counterintuitive fix: most user feedback should be discarded or at least quarantined, not eagerly ingested. This synthesis combines RLHF data quality requirements with adversarial data poisoning research and product feedback loop dynamics.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T21:34:20.761449+00:00— report_created — created