Graphite is joining Cursor • Hacker News Board

Re: Graphite is joining Cursor

#161

Post by airstrike » Fri, Dec 19, 2025, 10:20 PM UTC

ninjha wrote: post #77

gcbirzan wrote: post #73

Earlier quoted context omitted.

What I don't understand why people would go all in on one IDE/editor and refuse to make plugins for others. Whether you prefer the CLI or the integrated experience, only offering it on vscode (and a shitty version of it, as well) is just stupid.

Codeium (now Windsurf) did this, and the plugins all still work with normal Windsurf login. The JetBrains plugin and maybe a few others are even still maintained! They get new models and bugfixes. (I work at Windsurf but not really intended to be an ad I’m just yapping)

Windsurf is at least 10x better than Cursor in my opinion... I'm honestly still puzzled it doesn't seem to get as much buzz on HN! I had to literally cmd+F to find a reference here and this is the only comment ;-;

Re: Graphite is joining Cursor

#162

Post by gen220 » Fri, Dec 19, 2025, 10:21 PM UTC

manquer wrote: post #141

gen220 wrote: post #116

Earlier quoted context omitted.

Heyo, disclosure that I work for graphite, and opinions expressed are my own, etc. Graphite is a really complicated suite of software with many moving pieces and a couple more levels of abstraction than your typical B2B SaaS. It would be incredibly challenging for any group of people to build a peer-level Graphite replacement any faster than it took Graphite to build Graphite, no matter what AI assistance you have.

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 the CLI or web application. It's actually subtle failure-states or unavailability that you would only see if I'm doing my job poorly.

I'm not talking about just our CLI tool or stacking, to clarify. I'm talking about our whole suite, especially the review page and merge queue.

What kind of enterprise SaaS features do you wish you had in Graphite? (We have multiple orgs with 100s-1,000s of engineers using us today!)

Re: Graphite is joining Cursor

#163

Post by hn1986 » Fri, Dec 19, 2025, 10:33 PM UTC

girvo wrote: post #150

modeless wrote: post #125

Earlier quoted context omitted.

Tab complete is still useful and code review/suggesting changes can be better in a GUI than in a terminal. I think there is still a radically better code review experience that is yet to be found, and it's more likely to come from a new player like Cursor/Graphite than one of the giants. Also Cursor's dataset of actual user actions in coding and review is pure gold.

God cursors tab complete is woeful in basically all of my usage at work. It’s so actively wrong that I turned it off. It’s agent flows are far far more useful to me

Glad i'm not the only one. I use SQL primarily and it is awful and distracting

Re: Graphite is joining Cursor

#164

Post by bhl » Fri, Dec 19, 2025, 10:35 PM UTC

archon810 wrote: post #57

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…

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…

Multi-agents.

Re: Graphite is joining Cursor

#165

Post by realityfactchex » Fri, Dec 19, 2025, 10:35 PM UTC

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…

> 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

Fascinating.

As a person who *loathes VS Code* and prefers terminal text editors, I find Cursor great!

Maybe because that I have zero desire to customize/leverage Cursor/VS Code.

Neat. Cursor can do what it wants with it, and I can just lean into that...

Re: Graphite is joining Cursor

#166

Post by victorvation » Fri, Dec 19, 2025, 10:36 PM UTC

dbalatero wrote: post #22

mcintyre1994 wrote: post #9

This is annoying, Graphite's core feature of stacked PRs is really good despite all the AI things they've added around their review UI. I doubt we'll want to keep relying on that for very long now.

You can still think of AI as one facet of Graphite's product that you can use or not depending on your work style. Stacked PRs are still a core piece and not going anywhere :)

Except for the undismissable "Pay use more to enable AI reviews" nag that Graphite places above your CI checks and assigned reviewers.

Re: Graphite is joining Cursor

#167

Post by bhl » Fri, Dec 19, 2025, 10:36 PM UTC

jonathannorris wrote: post #65

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…

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…

It does not matter what 80-90% of developers do. Code development is heavily tail-skewed: focus on the frontier and on the people who are able to output production-level code at a much higher pace than the rest.

Re: Graphite is joining Cursor

#168

Post by freeone3000 » Fri, Dec 19, 2025, 10:42 PM UTC

jonathannorris wrote: post #65

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…

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…

I use an IDE. It has a command line in it. It also has my keybinds, build flow, editor preferences, and CI integrations. Making something CLI means I can use it from my IDE, and possibly soon with my IDE.

Re: Graphite is joining Cursor

#169

Post by jammo » Fri, Dec 19, 2025, 10:44 PM UTC

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…

[dead]

Re: Graphite is joining Cursor

#170

Post by arthur-st » Fri, Dec 19, 2025, 10:46 PM UTC

geoffbp wrote: post #127

Confusing. I thought graphite was a TSDB

There are two Graphite companies. The time series DB for metrics (not this) and the stacked diff code review platform (this). Looking at other comments under the post, they seem to have executed a hard AI pivot recently.