Live data from Hacker News

Cursor IDE support hallucinates lockout policy, causes user cancellations

old.reddit.com

581–590 of 635 posts

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#581

Earlier quoted context omitted.

Yes, so in my first example in the GP, this happens first. Humans do the work. The calculator double checks and gives me a list of all errors plus 5% of the non-errors, and I only need to double check that list. In my third example, the calculator does the hard work of dividing, and humans can validate by the simpler task of multiplication, only having to do extra work 5% of the time. (In my second, the unreliablity…

In your first example, you appear to assume that for calculations where "each mistake could cost $millions or lives", engineers who calculated by hand typically didn't double-check by redoing the calculation, so a second check with a 95% accuracy tool is better than nothing. This assumption is false. I suggest you watch the 2016 film Hidden Figures to understand the level of safety at NASA when calculations were done…

>you appear to assume that for calculations where "each mistake could cost $millions or lives", engineers who calculated by hand typically didn't double-check by redoing the calculation

Not at all! For any n extra checks, having an n+1 phase that takes a 20th of the effort is beneficial. I did include triple-checks to gesture at this.

>It is also unclear why multiplication and division have different difficulties, when dividing by n is equal to multiplying by 1/n.

This actually fascinates me. Computers and human both take longer to divide than to multiply (in computers, by roughly an order of magnitude!) I'm not really sure why this is in a fundamental information theory kind of way, but it being true in humans is sufficient to make my point.

To address your specific criticism: you haven't factored out the division there, you've just changed the numerator to 1. I'd much rather do 34/17 in my head than 34 * (1/17).

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#582
post #31

Cursor is weird. They have a basically unused GitHub with a thousand unanswered Issues. It's so buggy in ways that VSCode isn't. I hate it. Also I use it everyday and pay for it. That's when you know you've captured something, when people hate use your product. Any real alternatives? I've tried continue and was unimpressed with the tab completion and typing experience (felt like laggy typing on a remote server).

Claude Code CLI is amazing and I am very confused as to why no one in 24 hours has recommended it.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#583
post #458

Earlier quoted context omitted.

I've been doing AI-assisted coding for several months now, and have found a good balance that works for me. I'm working in Typescript and React, neither of which I know particularly well (although I know ES6 very well). In most cases, AI is excellent at tasks which involve writing quasi-custom boilerplate (eg. tests which require a lot of mocking), and at answering questions of how I should do _X_ in TS/React. For th…

> AI is excellent at tasks which involve writing quasi-custom boilerplate (eg. tests which require a lot of mocking) I wonder if anyone has compared how well the AI auto-generating approach works compared to meta programming approaches (like Lisp macros) meant to address the same kind of issues with repetitive code.

The generation of volumes of boiler plate takes effort; nobody likes to do it.

The problem is, that phase is not the full life cycle of the boiler plate.

You have to live with it afterward.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#584

Earlier quoted context omitted.

huh? this is a completely reasonable and seemingly quite transparent explaination. if you want a conspiracy, there are better places to look.

When admitting fault with your a PR hat on after pissing off a decent(?) number of your paying customers, you're supposed to fully fall on your own sword, not assign blame to factors outside of your control. Instead of saying "race condition that appears on very slow internet connections", you might say "race condition caused by real-world network latencies that our in-office testing didn't reveal" or some shit.

I understood what he meant. He just elided the words "in our code."

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#585

Earlier quoted context omitted.

I naively bought into the idea of a future where the computers do the stuff we’re bad at and we get to focus on the cool human stuff we enjoy. If these LLMs were truly incredible at doing my job I’d pack it up and find something else to do, but for now I’m wholly unimpressed, despite what management seems to see in it.

Well, I've spent my entire career writing software, starting in C in the 1990s, and what I'm seeing on my dev laptop is basically science fiction as far as I'm concerned.

I love the way you described it :)

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#586

Earlier quoted context omitted.

> "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…

> Do you double check that the LLM hasn't magically recreated someone else's copyrighted code? I frankly do not care, and I expect LLMs to become such ubiquitous table-stakes that I don't think anyone will really care in the long run.

That's really a non-issue. Anything copyrightable is non-trivial in length and complexity to the point that an LLM is not going to verbatim output that.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#587

(Cursor cofounder) Apologies - something very clearly went wrong here. We’ve already begun investigating, and some very early results: * 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. * We’ve made sure this user is completely refunded - least we can do for the trouble. For context, this user’s complaint was the result of a r…

Hi since i know you will never respond to this or hear this.

We spent almost 2 months fighting with you guys about basic questions any B2B SaaS should be able to answer us. Things such as invoicing, contracts, and security policies. This was for a low 6 figure MRR deal.

When your sales rep responds "I don't know" or "I will need to get back to you" for weeks about basic questions it left us with a massive disappointment. Please do better, however we have moved to Copilot.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#588

Earlier quoted context omitted.

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.

Why do tech companies get a hand-wavy pass for basic customer service just because they're really big now? In what way is tech special compared to literally anything else? If you can't sustain a business, it shouldn't exist?

You don’t need to offer support to sustain a business. Look at Ryan Air, who are notorious for not doing so. Support is extremely costly and basically impossible to do well at a large scale. I forgive them for having some issues under their circumstances.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#589

Earlier quoted context omitted.

> Do you double check that the LLM hasn't magically recreated someone else's copyrighted code? I frankly do not care, and I expect LLMs to become such ubiquitous table-stakes that I don't think anyone will really care in the long run.

That's really a non-issue. Anything copyrightable is non-trivial in length and complexity to the point that an LLM is not going to verbatim output that.

Funny, gemma will do this all day long.

    >>> Please write a hello world app in java
    ```java
    public class HelloWorld {

        public static void main(String[] args) {
            System.out.println("Hello, World!");
        }
    }
    ```
https://docs.oracle.com/javase/tutorial/getStarted/applicati...

cat /bin/true and /bin/false if you are on a Solaris etc... as an example too.

Re: Cursor IDE support hallucinates lockout policy, causes user cancellations

#590
I wonder if people are wrongly just going to start calling random, completely-unrelated-to-LLM bugs in software "hallucination". Very similar to the meaning of AI changing in recent years to include basically any software that has some type of algorithm or heuristic built into it.
Post reply on HN