Earlier quoted context omitted.
I use it all the time, and it has accelerated my output massively. Now, I don't trust the output - I review everything, and it often goes wrong. You have to know how to use it. But I would never go back. Often it comes up with more elegant solutions than I would have. And when you're working with a new platform, or some unfamiliar library that it already knows, it's an absolute godsend. I'm also damn proud of my own…
>> I use it all the time, and it has accelerated my output massively. Like how McDonalds makes a lot of burgers fast and they are very successful so that's all we really care about?
Cursor IDE support hallucinates lockout policy, causes user cancellations
501–510 of 635 posts
Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#502I don't understand the negativity. I use Cursor and love it. Are there real challenges with forking VS Code? Yep. Are there glitches with LLMs? Sure. Are there other AI-powered coding alternatives that can do some of the same things? You betcha. But net-net, Cursor's an amazing power tool that strongly extends what we can accomplish in any hour, day, or week.
AI replied to support email, and told people a session bug was a feature.
Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#503Earlier quoted context omitted.
I use it all the time, and it has accelerated my output massively. Now, I don't trust the output - I review everything, and it often goes wrong. You have to know how to use it. But I would never go back. Often it comes up with more elegant solutions than I would have. And when you're working with a new platform, or some unfamiliar library that it already knows, it's an absolute godsend. I'm also damn proud of my own…
> "and it has accelerated my output massively." The folly of single ended metrics. > but to avoid LLMs out of principal? That's just luddite. Do you double check that the LLM hasn't magically recreated someone else's copyrighted code? That's just irresponsible in certain contexts. > in case you feel it relevant. Of course it's relevant. If a 19 year old with 1 year of driving experience tries to sell me a car using t…
Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#504Earlier quoted context omitted.
> * Any AI responses used for email support are now clearly labeled as such. We use AI-assisted responses as the first filter for email support. Don't use AI. Actually care. Like, take a step back, and realise you should give a shit about support for a paid product. Don't get me wrong: AI is a very effective tool, *for doing things you don't care about*. I had to do a random docker compose change the the other day. I…
They’re like a team of 10 people with thousands, if not hundreds of thousands of users. “Actually care” is not a viable path to success here.
Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#505Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#506Earlier quoted context omitted.
Suppose you work in a field where getting calculations right is critical. Your engineers make mistakes less than .01% of the time, but they do a lot of calculations and each mistake could cost $millions or lives. Double- and triple-checking help a lot, but they're costly. Here's a machine that verifies 95% of calculations, but you'd still have to do 5% of the work. Shall I throw it away? Unreliable tools have a good…
> Here's a machine that verifies 95% of calculations, but you'd still have to do 5% of the work. The problem is that you don't know which 5% are wrong. The AI is confidently wrong all the time. So the only way to be sure is to double check everything, and at some point its easier to just do it the right way. Sure, some things don't need to be perfect. But how much do you really want to risk? This company thought a li…
This is not a problem in my unreliable calculator use-cases; are you disputing that or dropping the analogy?
Because I'd love to drop the analogy. You mention IDEs- I routinely use IntelliJ's tab completion, despite it being wrong >>5% of the time. I have to manually verify every suggestion. Sometimes I use it and then edit the final term of a nested object access. Sometimes I use the completion by mistake, clean up with backspace instead of undo, and wind up submitting a PR that adds an unused dependency. I consider it indispensable to my flow anyway. Maybe others turn this off?
You mention hospitals. Hospitals run loads of expensive tests every day with a greater than 5% false positive and false negative rate. Sometimes these results mean a benign patient undergoes invasive further testing. Sometimes a patient with cancer gets told they're fine and sent home. Hospitals continue to run these tests, presumably because having a 20x increase in specificity is helpful to doctors, even if it's unreliable. Or maybe they're just trying to get more money out of us?
Since we're talking LLMs again, it's worth noting that 95% is an underestimate of my hit rate. 4o writes code that works more reliably than my coworker does, and it writes more readable code 100% of the time. My coworker is net positive for the team. His 2% mistake rate is not enough to counter the advantage of having someone there to do the work.
An LLM with a 100% hit rate would be phenomenal. It would save my company my entire salary. A 99% one is way worse; they still have to pay me to use it. But I find a use for the 99% LLM more-or-less every day.
Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#507Earlier quoted context omitted.
Suppose you work in a field where getting calculations right is critical. Your engineers make mistakes less than .01% of the time, but they do a lot of calculations and each mistake could cost $millions or lives. Double- and triple-checking help a lot, but they're costly. Here's a machine that verifies 95% of calculations, but you'd still have to do 5% of the work. Shall I throw it away? Unreliable tools have a good…
> you'd still have to do 5% of the work No, you still have to do 100% of the work.
Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#508There is a certain amount of irony that people try really hard to say that hallucinations are not a big problem anymore and then a company that would benefit from that narrative gets directly hurt by it. Which of course they are going to try to brush it all away. Better than admitting that this problem very much still exists and isn’t going away anytime soon.
https://www.anthropic.com/research/tracing-thoughts-language... The section about hallucinations is deeply relevant. Namely, Claude sometimes provides a plausible but incorrect chain-of-thought reasoning when its “true” computational path isn’t available. The model genuinely believes it’s giving a correct reasoning chain, but the interpretability microscope reveals it is constructing symbolic arguments backward from…
This just seems like a redefinition of the word "knowledge" different from how it's commonly used. When most people say "knowledge" they mean beliefs that are also factually correct.
Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#509Earlier quoted context omitted.
https://www.anthropic.com/research/tracing-thoughts-language... The section about hallucinations is deeply relevant. Namely, Claude sometimes provides a plausible but incorrect chain-of-thought reasoning when its “true” computational path isn’t available. The model genuinely believes it’s giving a correct reasoning chain, but the interpretability microscope reveals it is constructing symbolic arguments backward from…
> The model genuinely believes it’s giving a correct reasoning chain, but the interpretability microscope reveals it is constructing symbolic arguments backward from a conclusion. Sounds very human. It's quite common that we make a decision based on intuition, and the reasons we give are just post-hoc justification (for ourselves and others).
Re: Cursor IDE support hallucinates lockout policy, causes user cancellations
#510Earlier quoted context omitted.
Did anyone say that? They are an issue everywhere, including for code. But with code at least I can have tooling to automatically check and feed back that it hallucinated libraries, functions etc, but with just normal research / problems there is no such thing and you will spend a lot of time verifying everything.
Yes, most people who have an incentive in pushing AI say that hallucinations aren't a problem, since humans aren't correct all the time. But in reality hallucinations either make people using AI lose a lot of their time trying to stuck the LLMs from dead ends or render those tools unusable.
We have legal and social mechanisms in place for the way humans are incorrect. LLMs are incorrect in new ways that our legal and social systems are less prepared to handle.
If a support human lies about a change to policy, the human is fired and management communicates about the rogue actor, the unchanged policy, and how the issue has been handled.
How do you address an AI doing the same thing without removing the AI from your support system?