Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Graphite is joining Cursor

cursor.com

Post reply on HN
Print view View original

221–230 of 264 posts

Re: Graphite is joining Cursor

#221

Post by trollbridge »

yakattak wrote: post #218
archon810 wrote: post #57

Earlier quoted context omitted.

As someone who uses Cursor, i don't understand why anyone would use CLI AI coding tools as opposed to tools integrated in the IDE. There's so much more flexibility and integration, I feel like I would be much less productive otherwise. And I say this as someone who is fluent in vim in the shell. Now, would I prefer to use vs code with an extension instead? Yes, in the perfect world. But Cursor makes a better, more co…

The Claude Code integration with IntelliJ (or any Jetbrains IDE for that matter) is the perfect combination. That is the perfect world to me. An entire company maintaining a fork of VS Code just doesn't compute to me, but its how you sell it to shareholders.

It's a rather extreme level of vendor lock-in.

Re: Graphite is joining Cursor

#222

Post by hetspookjee »

hbrundage wrote: post #209
redox99 wrote: post #175

Earlier quoted context omitted.

I don't understand where $2000 comes from. Relatively heavy cursor usage in my experience is around 100USD/month. You can set a limit to on demand billing.

I think your definition of heavy is different than lots of other folks I know -- I'm at $1500 / mo and am actively holding back.

I had the same and switched to Claude code max and have been continuing the way of working on Opus. Now with the lower credit burn of Opus 4.5 i haven’t had a rate limit since. Imo the Claude Code token proposition and the Claude ecosystem far outweigh the benefits of cursor. This stuff is far too effective to hold back on

Re: Graphite is joining Cursor

#223

Post by jswny »

robertfw wrote: post #191
tyre wrote: post #112

Earlier quoted context omitted.

allow me to introduce you to the lord and savior, https://pre-commit.com/

and if your pre-commit runs fast (thank you, ruff), you can set this up as a post-edit hook in claude code

I would not recommend this. A hook that modifies files causes Claude to have to re-read the file before modifying it again, which can build up your context window fast

Re: Graphite is joining Cursor

#224

Post by trollbridge »

jacobegold wrote: post #24
firloop wrote: post #18

Earlier quoted context omitted.

Supermaven said the same thing when they were acquired by Cursor and then EOLed a year later. Honestly, it makes sense to me that Cursor would shut down products it acquires - I just dislike pretending that something else is happening.

we are a 70 person team, bringing in significant revenue through our product, have widespread usage at massive companies like shopify robinhood etc, this is a MUCH MUCH MUCH different story than supermaven (which I used myself and was sad to see go) which was a tiny team with a super-early product when they got acquired. everyone is staying on to keep making the graphite product great. we're all excited to have these…

The biggest challenge is that an acquisition like this makes relying on the acquired product a giant risk for us, so our general policy is to stop relying on something once it gets acquired and try to migrate to something else, because it's just way too disruptive to find out a year later it's getting sunsetted and then have a shorter timeline to migrate off.

It's happened so many times that it's just part of how we do business, unfortunately.

Re: Graphite is joining Cursor

#225

Post by trollbridge »

rozap wrote: post #42
saraverdi7 wrote: post #20

Earlier quoted context omitted.

relax

"trust me bro" (6 months later) "An update about your graphite workspaces"

We're aligning our product catalogue to do what we've found is the best fit for what our customers want. We're also excited to announce a migration plan to our new service, PencilLead, and want to offer existing customers preferential pricing to our Professional Services team to assist with the migration.

We know this isn't what all of you want to hear, and we've spent the last year really evaluating this deeply. At the same time, we're glad you're part of our journey to the future of agentic AI and we think you'll find it's the best alignment and fit for you, too, long-term.

Re: Graphite is joining Cursor

#226

Post by gnutrino »

gen220 wrote: post #162
manquer wrote: post #141

Earlier quoted context omitted.

It’s always faster and easier to copy than create(AI or not). There is lot of thought and effort in doing it first, which the second team(to an extent) can skip. Much respect to what have you have achieved in a short time with graphite. A lot of B2B SaaS is about tones of integrations to poorly designed and documented enterprise apps or security theatre, compliance, fine grained permissions, a11y, i18n, air gapped de…

I think trivial GH integrations are easy. If you've used Graphite as a customer for any reasonable period of time or as part of a bigger enterprise/org and still think our app's particular integration with GH is easy... I think that's more a testament to the work we've done to hide how hard it is :) Most of the "hard" problems we're solving (which I'm referencing in my original comment) are not visually present in th…

The Graphite review UI/UX is at least 3x better than GitHub, and also somehow loads faster. Same with the customizable PR inbox. Love it! Appreciate your work on the platform!

Re: Graphite is joining Cursor

#227

Post by gnutrino »

archon810 wrote: post #62
timvdalen wrote: post #4

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.

We currently let loose Gemini, Cursor Bugbot, Qodo, and even Sentry started reviewing PRs now. My usually prefer Gemini but sometimes other tools catch bugs Gemini doesn't. As someone who has never heard of Graphite, can anyone share their experience comparing it to any of the tools above?

Their AI review is sub par, but everything else is really good.

Re: Graphite is joining Cursor

#228

Post by mckn1ght »

kleiba wrote: post #144
mckn1ght wrote: post #103

Earlier quoted context omitted.

Mobile developer here. I historically am an emacs user so am used to living in a terminal shell. My current setup is a split pane terminal with one half running claude and the other running emacs for light editing and magit. I run one per task, managed by git worktrees, so I have a bunch of these terminals going simultaneously at any given time, with a bunch of fish/tmuxinator automation including custom claude comma…

Emacs has a number of packages for AI integration which I haven't tried yet. Have you?

I haven’t, so far I’ve only looked into ones that require terminal emulation and I’ve never loved how that works in emacs.

Re: Graphite is joining Cursor

#229

Post by malfist »

bangaladore wrote: post #53

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…

Did copilot fail so hard that it's now believed that cursor was the first?

Re: Graphite is joining Cursor

#230

Post by pjmlp »

noodletheworld wrote: post #215
pjmlp wrote: post #185

Earlier quoted context omitted.

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

Strawman. Imaginary situation: People are using claude instead of cursor, and you can run claude in a terminal, so this is going back to the days of not using an IDE for the people that do it. Straw man shake down: Terminal based development like vim and emacs are old and shit, and we moved away from that for a reason, and so (although totally unrelated) this means 'using claude' means going back to using a terminal…

Lets see how that holds in five years time.

I am betting it won't.

By the way, there are OS APIs, I am yet to write a CLI driven agent, as part of iPaaS deployments, which are basically SaaS IDEs.

vi and Emacs are certainly not IDEs, they are programmer editors, although with enough effort they may pretend to be one.

Post reply on HN