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

231–240 of 264 posts

Re: Graphite is joining Cursor

#231

Post by mstump »

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…

Cursor is better suited for enterprise. You get centralized stats and configuration management. Managers are pushed for AI uptake, productivity and quality metrics. Cursor provides them.

Re: Graphite is joining Cursor

#232

Post by xenodium »

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…

Also with ACP (https://agentclientprotocol.com) we can all have a native IDE/editor experience integrating agents, kinda like what LSP brought us.

Even Emacs nuts like me can use agents natively from our beloved editor ;) https://xenodium.com/agent-shell-0-25-updates

Re: Graphite is joining Cursor

#233

Post by outofdistro »

How does Graphite compare with other AI code review tools like Qodo?

My team has been using Qodo for a while now and i've found it to be pretty helpful. EVery once in a while it finds a serious issue, but the most useful part from my experience are the features that are geared towards speeding up my review rather than replacing it. Things like effort labels that are automatically added to the pr and a generated walk through that takes you through all of the changed files.

Would love to see a detailed comparison of the different options. Is there some kind of benchmark for AI code review that compares tools?

Re: Graphite is joining Cursor

#234

Post by satvikpendem »

whalesalad wrote: post #132
CharlieDigital wrote: post #104

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.

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 choose between macOS or Windows for example.

Re: Graphite is joining Cursor

#235

Post by Palmik »

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.

Re: Graphite is joining Cursor

#236

Post by redox99 »

wbond wrote: post #210
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 work at a company with thousands of engineers and have people hitting $200 limits in just a few days. I think the shortest was around 1.5 work days.

I'm sure out of thousands you can have outliers, either people doing very large refactors or being kind of wasteful.

Something like 90th percentile usage is what I'd call relatively heavy.

Re: Graphite is joining Cursor

#237

Post by brw »

paradox460 wrote: post #145
samhh wrote: post #102

Earlier quoted context omitted.

There’s also jj-stack. I don’t know how they compare. This is something GitHub should be investing time in, it’s so frustrating.

And tangled.sh supports JJ stacks out of the box

Woah that's actually huge. I've been very interested in tangled from an atproto perspective but I had no idea it had that as well. Wonder why that isn't talked about more. Seems like an amazing feature to potentially pull some people away from GitHub/GitLab after they've have been asking for years for a better stacking workflow.

I've been going through a lot of different git stacking tools recently and am currently quite liking git-branchless[1] with GitHub and mergify[2] for the merge queue, but it all definitely feels quite rough around the edges without first-party support. Especially when it comes to collaboration.

Jujutsu has also always just seemed a bit daunting to me, but this might be the push I needed to finally give both jj and tangled a proper try and likely move stuff over.

[1] https://github.com/arxanas/git-branchless

[2] https://mergify.com

Re: Graphite is joining Cursor

#238

Post by k4rli »

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…

Kilocode as an IDE plugin has completely removed Cursor from my toolkit.

Cursor has been both nice and awful. When it works, it has been good. However for a long time it would freeze on re-focus and recently an update broke my profile entirely on one machine so it wouldn't even launch anymore.

Kilocode with options of free models has been very nice so far.

Re: Graphite is joining Cursor

#239

Post by [deleted] »

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…

[deleted]

Re: Graphite is joining Cursor

#240

Post by dimava »

Yoric wrote: post #173
santoriv wrote: post #140

Earlier quoted context omitted.

It is really good at grep and will make multiple grep calls in parallel. And when I open it in the parent directory of a bunch of repos in our codebase, it can very quickly trace data flow through a bunch of different services. It will tell me all the files the data goes through. It's context window is "only" 200k tokens. When it gets near 200k, it compresses the conversation and starts a new conversation..... which…

> It is really good at grep and will make multiple grep calls in parallel. How does that work? Multiple agents grepping simultaneously?

When other models would grep, then read results, then use search, then read results, then read 100 lines from a file, then read results, Composer 1 is trained to grep AND search AND read in one round trip It may read 15 files, and then make small edits in all 15 files at once
Post reply on HN