Live data from Hacker News

Graphite is joining Cursor

cursor.com

181–190 of 264 posts

Re: Graphite is joining Cursor

#181

If these ai companies had 100x dev output, why would you acquire a company? Why not just show screenshots to your agent and get it to implement everything? Is it market share? Because I don't know who has a bigger user base that cursor.

Why build if you can buy? Money is not a scarce resource in AI economy. Time is.

Re: Graphite is joining Cursor

#182

Hi all! Graphite cofounder Greg here - happy to help answer questions. To preempt one: I’ve been asked a few times so far why we decided to join. Personally, I work on Graphite for two reasons. 1) I love working with kind, smart, intense teammates. I want to be surrounded by folks who I look up to and who energize me. 2) I want to build bleeding-edge dev tools that move the whole industry forward. I have so much resp…

As someone who loves all the non-AI portions of Graphite (the CLI and the reviewer UI) should I be worried about this acquisition? Or will the CLI and Reviewer Ui continue to be be maintained and improved?

Re: Graphite is joining Cursor

#183

Earlier quoted context omitted.

Yeah, hard disagree on that one, based on recent surveys, 80-90% of developers globally use IDEs over CLIs for their day-to-day work. I was pretty worried about Cursor's business until they launched their Composer 1 model, which is fine-tuned to work amazingly well in their IDE. It's significantly faster than using any other model, and it's clearly fine-tuned for the type of work people use Cursor for. They are also…

> Yeah, hard disagree on that one, based on recent surveys, 80-90% of developers globally use IDEs over CLIs for their day-to-day work. I have absolutely no horse in this race, but I turned from a 100% Cursor user at the beginning of the year, to one that basically uses agents for 90% of my work, and VS Code for the rest of it. The value proposition that Cursor gave me was not able to compete with what the basic Max…

This is me. Was a huge Cursor fan, tried Claude Code, didn't get it, tried it again a year ago and it finally clicked a week later I cancelled my Cursor sub and now using VS Code.

I don't even like using CLI, in fact I hate it, but I don't use CLI - Claude does it for me. Using for everything: Obsidian vault, working on Home Assistant, editing GSheets, and so much more.

Re: Graphite is joining Cursor

#184

Imo Cursor did had the first mover advantage by making the first well known AI coding agent IDE. But I can't help but think they have no realistic path forward. As someone who is a huge IDE fan, I vastly prefer the experience from Codex CLI compared to having that built into my IDE, which I customize for my general purposes. The fact it's a fork of VSCode (or whatever) will make me never use it. I wonder if they bet…

Yeah, hard disagree on that one, based on recent surveys, 80-90% of developers globally use IDEs over CLIs for their day-to-day work. I was pretty worried about Cursor's business until they launched their Composer 1 model, which is fine-tuned to work amazingly well in their IDE. It's significantly faster than using any other model, and it's clearly fine-tuned for the type of work people use Cursor for. They are also…

> Yeah, hard disagree on that one, based on recent surveys, 80-90% of developers globally use IDEs over CLIs for their day-to-day work.

This is a pretty dumb statistic in a vacuum. It was clearly 100% a few years ago before CLI-based development was even possible. The trend is very significant.

Re: Graphite is joining Cursor

#185
post #184

Earlier quoted context omitted.

Yeah, hard disagree on that one, based on recent surveys, 80-90% of developers globally use IDEs over CLIs for their day-to-day work. I was pretty worried about Cursor's business until they launched their Composer 1 model, which is fine-tuned to work amazingly well in their IDE. It's significantly faster than using any other model, and it's clearly fine-tuned for the type of work people use Cursor for. They are also…

> Yeah, hard disagree on that one, based on recent surveys, 80-90% of developers globally use IDEs over CLIs for their day-to-day work. This is a pretty dumb statistic in a vacuum. It was clearly 100% a few years ago before CLI-based development was even possible. The trend is very significant.

CLI based development predates IDEs for a couple of decades, and we moved away for very good reasons.

Re: Graphite is joining Cursor

#186

Imo Cursor did had the first mover advantage by making the first well known AI coding agent IDE. But I can't help but think they have no realistic path forward. As someone who is a huge IDE fan, I vastly prefer the experience from Codex CLI compared to having that built into my IDE, which I customize for my general purposes. The fact it's a fork of VSCode (or whatever) will make me never use it. I wonder if they bet…

Cursor still has the advantage UX wise. The biggest reason I avoid using them though is their pricing structure being abysmal. I can't randomly throw credits into a pit and say "oh 2000$ spent this month whatever". For larger businesses I suspect it is even worse. If they had a 200$ subscription with proper unlimited usage (within some limits obviously) I would have jumped up and down though.

> If they had a 200$ subscription with proper unlimited usage (within some limits obviously)

I don't understand the "within some limits" people ask for.

If we use a service to provide value, and it is worth the value it provides, why would we ever accept a limit or cap? We want to stop adding value until next calendar month?

Or if the idea is $200 plus overages, might as well just be usage based.

Imagine a rental car that shut off after 100 km instead of just billing 20 km overage to go 120 km. Would you be thrilled for a day of errands knowing the hard cut off? Or would you want flex? You go 60 km out, 40 km back; now it's not worth paying to drive the last 20? If that's the case, probably should have walked the whole way?

Perhaps not a terrible analogy if some devs think of using these models like hitchhiking. Mostly out for the hike but if I can get an Uber now and then for $200/month, then I can do some errands faster, but still hike most places…

OR, hitchhikers don't think they need that much, they only run an errand a week, in which case, back to usage pricing, don't pay for what you don't use.

- - -

As an example: The primary limiter for our firm's wholesale adoption of Anthropic are their monthly caps. The business accounts have a cap! WTH, Anthropic, firms shouldn't LLM review code for the last week or two of the month? It can't be relied on.

To be clear, there's no cap on the usage per se, the cap is at the billing, even if you have it on a corp card that recharges fully constantly, it can tick over at $1500/day for 3 days, then halfway through day 4, it won't recharge again, because you hit $5k/month limit.

If you write to them and ask (like the error messages tells you) they say: Move to Enterprise, it's X users. Well, no, we don't have X people? Sure, but Enterprise is X users. What if we buy empty seats? Um...

(The simplest explanation is that $5k/month really burns more than $5k/month of costs so every API call loses them money, and they'd rather shepherd people to occasional subscription usage where they train them to leave it idle most of the time. Fine, offer usage at cost instead of loss, see who bites.)

Meanwhile, we use unlimited from their competitors, and have added several other ways to buy Anthropic indirectly, which seems weird they'd want to earn less per API call but someone somewhere is meeting their incentives I guess.

Re: Graphite is joining Cursor

#187

I'm really used to my Graphite workflow and I can't imagine going without it anymore. An acquisition like this is normally not good news for the product.

Heard on the worry, but I can confirm Graphite isn’t going anywhere. We're doubling down on building the best workflow, now with more resourcing than ever before!

Doesn't getting acquired mean that you no longer have the authority to confirm that?

Re: Graphite is joining Cursor

#188
Why doesn't Cursor allow selecting a LLM for code completion in the UI anymore and forces "auto" everywhere now? I have a Pro account and noticed this started like a month ago, and the "auto" output was often garbage, not following the instructions.

Re: Graphite is joining Cursor

#189
post #188

Why doesn't Cursor allow selecting a LLM for code completion in the UI anymore and forces "auto" everywhere now? I have a Pro account and noticed this started like a month ago, and the "auto" output was often garbage, not following the instructions.

I don't experience this. I'm still able to choose models with meta+/

Re: Graphite is joining Cursor

#190

Earlier quoted context omitted.

This is how some folks on my team work. Ran into this when I saved a file manually and the editor ran formatting on it. Turns out that the dev that wrote it only codes via CLI though reviews the files in an IDE so he never manually saved it and ran the formatter.

I expect the formatter/linter to be run as part of presubmit and/or committing the code so it doesn't matter how it's edited and saved by the developer. It's strange to hear of a specific IDE being mandated to work around that, and making quick edits with tools like vi unsupported.

This was with Rider which had its own rules for which we hadn't set up an override in .editorconfig.
Post reply on HN