> Having a platform like Cursor or Windsurf enables these companies to collect telemetry about _how_ users are coding that isn't possible just from looking at the repo, the finished product.
If you are powering the API for the underlying model, then don't you know exactly how users are coding?
Since all of it is included in the context fed to your model.
> If you are powering the API for the underlying model, then don't you know exactly how users are coding?
You have the code, but not all the other signals. An easy example is "acceptance signal" where someone gets an autocompletion and accepts it / rejects it. It can get more complicated with the /architect mode and so on, but there's probably lots of signals that you can get from an IDE that you can't just by serving API responses.
If you are powering the API for the underlying model, then don't you know exactly how users are coding?
Since all of it is included in the context fed to your model.