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

141–150 of 264 posts

Re: Graphite is joining Cursor

#141

Post by manquer »

gen220 wrote: post #116
gravypod wrote: post #44

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.

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 deployments or useless features to keep largest customers happy and so on and on.

Graphite (as yet) does not any of these problems - GitHub, Slack and Linear are easy as integrations go, and there is limited features for enterprises in graphite.

Enterprise SaaS is hard to do just for different type of complexity

Re: Graphite is joining Cursor

#144

Post by kleiba »

mckn1ght wrote: post #103
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…

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?

Re: Graphite is joining Cursor

#145

Post by paradox460 »

samhh wrote: post #102
ninjha wrote: post #87

Earlier quoted context omitted.

jj-spr solves this, although it is still pretty buggy: https://github.com/LucioFranco/jj-spr

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

Re: Graphite is joining Cursor

#146

Post by crabmusket »

asdev wrote: post #114

Does anyone get actual insightful reviews from these code review tools? From most people I've spoke with, it catches things like code complexity, linting, etc but nothing that actual relates to business logic because there's no way it could know about the business logic of the product

I have gotten code reviews from OoenAI's Codex integration that do point out meaningful issues, including across files and using significant context from the rest of the app.

Sometimes they are things I already know but was choosing to ignore for whatever reason. Sometimes it's like "I can see why you think this would be an issue, but actually it's not". But sometimes it's correct and I fix the issue.

I just looked through a couple of PRs to find a concrete example. I found a PR review comment from Codex pointing out a genuine big where I was not handling a particular code path. I happened to know that no production data would trigger that code path as we had migrated away from it. It acted as a prompt to remove some dead code.

Re: Graphite is joining Cursor

#147

Post by trevor-e »

ravirajx7 wrote: post #51

I’m working on something in a similar direction and would appreciate feedback from people who’ve built or operated this kind of thing at scale. The idea is to hook into Bitbucket PR webhooks so that whenever a PR is raised on any repo, Jenkins spins up an isolated job that acts as an automated code reviewer. That job would pull the base branch and the feature branch, compute the diff, and use that as input for an AI-…

> What I’m unsure about is whether diff-only context is actually sufficient for meaningful reviews, or if this becomes misleading without deeper repo and architectural awareness.

The results of a diff-only review won't be very good. The good AI reviewers have ways to index your codebase and use tool searches to add more relevant context to the review prompt. Like some of them have definitely flagged legit bugs in review that were not apparent from the diff alone. And that makes a lot of sense because the best human reviewers tend to have a lot of knowledge about the codebase, like "you should use X helper function in Y file that already solves this".

Re: Graphite is joining Cursor

#148

Post by girvo »

zaphirplane wrote: post #134
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…

What’s an example of? The only thing I can think of is providing approval per section, but that doesn’t really scale well

And Claude Code run inside VSCode does as well. An extension to give those extra integration features to a CLI agent to me is far better.

Re: Graphite is joining Cursor

#149

Post by infecto »

bangaladore wrote: post #130
infecto wrote: post #84

Earlier quoted context omitted.

GPT contender. There has been talk on the cursor forums. I think largely people have e slept on coding models and stick with Anthropic thinking it’s the best. Composer fit that niche of extremely fast and smart enough. Sometimes you just want a model that has a near instant response. The new Gemini preview is overtaking my usage of Composer.

The problem is companies like OpenAI have the upper hand here as they show with the Codex models. Which is what I was mentioning elsewhere. They build huge models with infinite money and distill them for certain tasks. Cursor doesn't have the funding, nor would it be wise, to try to replicate that.

Why do you think so? Cursor has raised what north of $3bn. That’s enough money to train or tune a model for coding. With their pricing changes I suspect they are trying to get at least to breakeven as quick as possible. They have massive incentives both on the quality of the model for tool chain use and from a cost perspective to try and run their own model generation.

Re: Graphite is joining Cursor

#150

Post by girvo »

modeless wrote: post #125
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…

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
Post reply on HN