Graphite is joining Cursor • Hacker News Board

Re: Graphite is joining Cursor

#251

Post by the_mitsuhiko » Sat, Dec 20, 2025, 3:00 PM UTC

selestify wrote: post #245

the_mitsuhiko wrote: post #159

Earlier quoted context omitted.

> Can cursor even do anything that vscode can't right now? Right now VSCode can do things that Cursor cannot, but mostly because of the market place. If Cursor invests money into the actual IDE part of the product I can see them eclipsing Microsoft at the game. They definitely have the momentum. But at least some of the folks I follow on Twitter that were die-hard Cursor users have moved back to VSCode for a variety…

How is Microsoft mismanaging things?

GitHub, Copilot and VS Code are I believe the same org. Or at least, that’s what the branding implies. Copilot / VS Code lost all headstart and barely catch up, GitHub is currently largely being seen as a leader less organization that has lost it’s direction. The recent outrage about pricing changes being an excellent example of this.

Re: Graphite is joining Cursor

#252

Post by tomasreimers » Sat, Dec 20, 2025, 3:01 PM UTC

spooky_action wrote: post #26

Well, time to bite the bullet and learn jujutsu over the holidays

Love JJ and think you should learn it because it's fun - but Graphite's not going anywhere

Re: Graphite is joining Cursor

#253

Post by matt3210 » Sat, Dec 20, 2025, 5:30 PM UTC

This is an example of an AI project not working out and getting consumed by a higher wrung in the pyramid. Who will consume Anthropic later? Can’t wait to find out

Re: Graphite is joining Cursor

#254

Post by wredcoll » Sat, Dec 20, 2025, 5:40 PM UTC

satvikpendem wrote: post #234

whalesalad wrote: post #132

Earlier quoted context omitted.

Part of a healthy codebase is ensuring that anyone can hack on it, regardless of their editor setup. Relying on something in .vscode and just assuming people are using that editor is what leads to this kind of situation. Bake that into the workflow some other way.

Or just enforce that the team all uses the same tools, and you save quite a lot in productivity between making things work on different tools, more so than whatever productivity gains individual devs on the team get from using their own preferred tools. Many teams I know issue everyone MacBooks and enforce VSCode usage, for example, and that has saved so much time compared to other teams I've seen where devs can choo…

Saves so much time??? Really? You set up a dev env once, how much time is it even possible to save?

Re: Graphite is joining Cursor

#255

Post by satvikpendem » Sat, Dec 20, 2025, 5:43 PM UTC

wredcoll wrote: post #254

satvikpendem wrote: post #234

Earlier quoted context omitted.

Or just enforce that the team all uses the same tools, and you save quite a lot in productivity between making things work on different tools, more so than whatever productivity gains individual devs on the team get from using their own preferred tools. Many teams I know issue everyone MacBooks and enforce VSCode usage, for example, and that has saved so much time compared to other teams I've seen where devs can choo…

Saves so much time??? Really? You set up a dev env once, how much time is it even possible to save?

No, it's saving time because some things might work on one OS but not another, and then dealing with updates to each OS that might break something, or we need a new piece of software but it doesn't work on Windows for local development, et cetera, et cetera, et cetera. There are so many ways it goes wrong, I speak from personal experience.

Re: Graphite is joining Cursor

#256

Post by wredcoll » Sat, Dec 20, 2025, 5:44 PM UTC

pjmlp wrote: post #230

noodletheworld wrote: post #215

Earlier quoted context omitted.

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.

Now I want to see the goal posts for what makes an IDE...

That being said, surely the point here is about "agent driven development" vs "ai autocomplete". As they say, whether you type your command into a web window or a terminal window presumably doesn't change the flow that much.

Re: Graphite is joining Cursor

#257

Post by infecto » Sat, Dec 20, 2025, 6:00 PM UTC

baq wrote: post #192

infecto wrote: post #151

Earlier quoted context omitted.

Apples and oranges comparison. I don’t think it’s the same and good for you for waiting on Opus to respond. I don’t have the energy.

> Waiting for Opus Sir Opus is the fast one of the bunch. Try GPT 5.2 high.

Sir I don’t use GPT 5.2. I value speed and accuracy. Not accuracy alone.

Re: Graphite is joining Cursor

#258

Post by [deleted] » Sat, Dec 20, 2025, 6:17 PM UTC

firloop wrote: post #18

fosterfriends wrote: post #12

Earlier quoted context omitted.

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!

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.

[deleted]

Re: Graphite is joining Cursor

#259

Post by dmix » Sat, Dec 20, 2025, 11:09 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…

> The fact it's a fork of VSCode (or whatever) will make me never use it

Are you sure entire opinion is not just centred around that fact? Sounds like it

The UX of IDE integration with the existing VSCode plugins and file manager… it’s not even close to the same. Some people just get comfortable with what they are comfortable with

Re: Graphite is joining Cursor

#260

Post by TudorAndrei » Sat, Dec 20, 2025, 11:25 PM UTC

Palmik wrote: post #235

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…

I think calling Open AI Codex or Claude Code "CLI" is a bit a of minomer. It's more of a GUI, just rendered in a terminal. I honestly think a "regular" for GUI for OpenAI Codex / Claude Code could be much better.

You mean that they are a TUI