Improving Composer through real-time RL
21–30 of 45 posts
Re: Improving Composer through real-time RL
#22Important disclaimer for anyone using Cursor: make sure to disable "data sharing" in your account settings, as it is enabled by default and old accounts are automatically opted into it.
Re: Improving Composer through real-time RL
#23also curious whether they see different convergence patterns across languages. my gut says something like python where theres more stylistic variation would be harder to get a clean reward signal vs something like rust where there are fewer idiomatic ways to do things.
Re: Improving Composer through real-time RL
#24Step 1: take an open source model with zero acknowledgement. Step 2: build on someone else's infrastructure innovations with zero acknowledgement. Step 3: Write a blog post with "unprecedented" and "100x" and "trillions" in the first paragraph. Seriously, this seems like cool work and enjoyed the post. But my basic trust in them has completely tanked.
For the gossipy part, I love Kimi, but find it hard to get worked up about them not labelling their model Kimi when Kimi was the base. Especially because Kimi…has had…some issues…being able to distinguish itself from Claude…
Re: Improving Composer through real-time RL
#25Important disclaimer for anyone using Cursor: make sure to disable "data sharing" in your account settings, as it is enabled by default and old accounts are automatically opted into it.
Do you have evidence for those claims? I don’t mean to be contrary or subversive, I’d just be interested in seeing how this is actually taking place.
However, I have edited my other claims for now and you can consider them provisionally retracted. My original advice about turning off data sharing stands. You are right to ask for more evidence given the severity of the claims. I think this merits a deeper dive, and a throwaway hacker news comment might not be the best channel for it. Stay tuned ;)
Re: Improving Composer through real-time RL
#26Re: Improving Composer through real-time RL
#27Re: Improving Composer through real-time RL
#28I mean sure the techniques are probably the same in 2 but its not like they're exactly advertising composer 2 here lol
Re: Improving Composer through real-time RL
#29If the model "improves" every 5 hours, how do you have any guarantee of model consistency across long coding sessions?
If the model changes every few hours, we’re basically debugging against a moving target - and that gets expensive fast.
Re: Improving Composer through real-time RL
#30Step 1: take an open source model with zero acknowledgement. Step 2: build on someone else's infrastructure innovations with zero acknowledgement. Step 3: Write a blog post with "unprecedented" and "100x" and "trillions" in the first paragraph. Seriously, this seems like cool work and enjoyed the post. But my basic trust in them has completely tanked.