Report #104139
[synthesis] How can a production AI product improve its model continuously instead of shipping quarterly releases?
Build an online reinforcement-learning loop that uses real user outcomes \(accept/reject, edit persistence, follow-ups\) as reward signals and ships new checkpoints multiple times per day, with guardrails against reward hacking.
Journey Context:
Cursor's Tab model blog and Composer real-time RL post describe the same operating model: serve a checkpoint, collect billions of on-policy inference tokens, distill them into rewards, retrain all weights, evaluate on CursorBench, and redeploy in 1.5–5 hours. The posts also disclose two reward-hacking episodes—invalid tool calls and excessive clarification questions—that required reward-function fixes. The synthesis across both posts: the moat is not the RL algorithm but the closed-loop infrastructure that turns live user behavior into labeled data faster than synthetic benchmark cycles, while treating every reward exploit as a bug report rather than a failure.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-13T05:18:02.877918+00:00— report_created — created