@condor @andrewh @deanrie
Just want to say, there is āagent capabilityā, and there is ādeveloper experienceā⦠I would offer that these two things are orthogonal, not mutually exclusive. Improved agent capability is great, always want to see a more capable agent: EXCEPTā¦when it means my experience as a developer declines.
Removal of DEVELOPER tools, with the only alternative being āspend a lot more time typing out prompts, waiting on agent, and dealing with agent insufficienciesā, is not an improvement in the product. The command palette, was one of the things about Cursor that WAS awesome. It gave us a lot of power, right at our fingertips, to do common things, VERY quickly, with minimal overhead, minimal time waste, minimal token waste. We need that. We want that.
In a general sense, I am not actually in favor of being pushed towards using the agent, to do things in the slow, meandering, trial-and-error, figure-it-out-step-by-step approach. Because to combat that, to keep the agent from wasting time and tokens (thus money!) trialing until it sorta figures something out, I either have to write a much more detailed prompt (which, when I am describing new tasks I do, but usually when it comes to git things, its once a task is already in progress and I need speed and brevity), orā¦I just have to resort to doing the work myself.
Fundamentally, i would MUCH prefer to have tools I can use, either through the command palette, or as an agent tool, that provide much more deterministic and reliable and consistent ways to perform common tasks. The loss of command palette tools is, IMO, a step in the wrong direction as far as DEVELOPER EXPERIENCE (DX) is concerned. It is now harder to do common tasks. This was already somewhat the case, because the command palette had been mostly broken for so long. But we were requesting the command palette be FIXED! Not decimated. Iām not sure why you guys chose the decimation route, but, it really has had an impact on productivity.
Iāll offer, productivity is 100% entirely what Cursor is about! 
An example of something I would really love to see in Cursor, that would GREATLY enhance DX and productivity:
A deterministic refactoring agent tool, that the models can call, to perform common refactoring tasks. Right now, refactoring generally costs a lot of tokens, a lot of time, and usually, unless the model performs flawlessly, a fair amount of rework until things are refactored properly. Even a simple thing, such as a rename of some commonly used code element, which can usually be done in seconds with a deterministic refactoring tool (check out JetBrains IDE, they have AMAZING refactoring tools for the developer), even when there might be thousands of references to said identifierā¦.when done by an agent, the results are entirely non-deterministic. Things are often missed, often code elements only are updated, but other elements (say in strings, comments, etcā¦.all factors that JetBrainās refactoring tools account for) are skipped, not all code elements are always caught, sometimes refactoring changes are implemented incorrectly, etc. So agents are not great at refactoring. Often quite poor.
An agent tool that the models could call, such as rename_code_identifier is one of those kinds of things that greatly improve DX, increase productivity, reduce non-deterministic outcomes, and would overall improve the quality of your product.
Please donāt take the path of UI reductionism, when your product is designed for professionals performing a complex job day in and day out, and where cost is of constant concern. The more you reduce the value and utility of your ui, in favor of ājust have the agent do itā when the models, while ok, are far from optimal or even viable in so many cases, the more you will decimate DX and developer productivity.
Another simple example: The removal of the brain icon next to the selected model. That has a HUGE impact! I donāt know if you guys understand the impact, but for multi-model users, not knowing AT A GLANCE whether we are on a thinking model or not, means we are constantly checking, meaning its reducing our productivity as we move the cursor to click on that model selector control, and scan to figure out which model we are actually on. It seems small, but its actually quite a big deal.