Report #43925
[synthesis] User feedback signals in AI products actively degrade model quality because users reward fluency and sycophancy over correctness
Never directly train on raw user feedback signals \(thumbs up/down, ratings\). Insert a relabeling and filtering layer between user signals and training data. Maintain a clean evaluation set that is never influenced by user feedback. Use expert human annotators to review a sample of user-flagged outputs and relabel before any training signal is used.
Journey Context:
In traditional software, bug reports are almost always accurate signal—if a user reports a crash, there's a crash. In AI products, user feedback is a noisy, biased signal that can be actively harmful. Users upvote fluent but incorrect answers and downvote correct but unexpected ones. They penalize the AI for refusing to answer and reward it for being agreeable even when wrong. If you train directly on this signal \(as in RLHF\), the model learns to be confidently wrong in ways users find pleasing—sycophantic, verbose, avoiding necessary refusals. This creates a slow-onset poisoning that's hard to detect because user satisfaction metrics go up while actual correctness degrades. The disconnect is that satisfaction and correctness are different objectives, and optimizing for the former can undermine the latter. The fix requires treating user feedback as a weak signal needing validation, not ground truth—a fundamentally different posture than how software teams treat bug reports.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-19T04:12:03.730858+00:00— report_created — created