Live data from Hacker News

Google Antigravity

antigravity.google

371–380 of 1001 posts

Re: Google Antigravity

#371
post #308
post #238

Earlier quoted context omitted.

VS Code is based on Chromium: https://chromium.googlesource.com/chromium/src/+/HEAD/docs/v... We've come full circle.

Chromium is based on Webkit which in turn is based on KHTML, so maybe KDE needs to develop a cursor clone?

Kursor.

Re: Google Antigravity

#372

Earlier quoted context omitted.

Microsoft has very specific constraints on what extensions can and can't do, it's not a free for all. They're actively defending their mote by allowing Copilot to do things in a way that extensions couldn't. That's why all the serious contenders make a fork, it's simply not possible to have the same integration otherwise.

Which is a bit odd given that Claude code extension in VSCode is by far the best agent integration into a codebase that I know of.

I don't even know what the Claude Code extension does in vscode. I have it installed but hell if I know what it's doing. I run Claude in one of vscode's terminals, and do everything through there. I do see (sometimes) diffs pop up in the IDE, I guess that's the extent of this integration.

Re: Google Antigravity

#373
post #288

Earlier quoted context omitted.

Many software engineering principles have been broken. Google using Electron tells us that quality control is completely out of the window. Unbelievable.

Native app dev is covered in red tape and puts you at the mercy of Apple etc. It's unfortunate that things are so inefficient now, but competition is good, and native platforms can get good.

> Native app dev is covered in red tape and puts you at the mercy of Apple etc.

... Aren't we talking about a programming IDE here? When did mobile become anything like the primary market for that? Are people expected to sit around for hours inputting symbols with an OSK?

Re: Google Antigravity

#374

I'll be honest - this doesn't look half-bad. It really seems like it's just standardizing into a first-class UI what a lot of people have already been doing. I don't think I'm the target for this - I already use Claude Code with jj workspaces and a mostly design-doc first workflow, and I don't see why I would switch to this, but I think this could be quite useful for people who don't want to dive in so deep and combi…

As a daily Claude Code and Codex user, I've really got to start getting into jj. I keep telling myself I will but I'm just so used to git. Can you elaborate on how you personally use jj workspaces with command-line coding agents?

Sure. Honestly I think you can get the same with git work trees, though I haven't tried.

After a couple iterations on this, I've ended up having claude code vibe-code a helper CLI in Go for me which I can invoke with `ontheside ` and will

- create a new jj workspace based on the given change

- create a docker container configured with everything my unit tests need to run, my claude code config mounted, and jj configured

- it also sets up a claude code hook to run `jj` (no arguments) every time it changes a file, so that jj does a snapshot

- finishes by starting an interactive claude code session with `--dangerously-skip-permissions`

- it also cleans it all up once I exit the claude code session and fish shell that's running it

With this I can have Claude Code working asynchronously on something, while I can review (or peek) the changes in batch from my main editor by running `jj show ` / `jj diff -r "..."` (which in my case opens it up in the Goland multi-file diff viewer). I can also easily switch to the change it's working on in my main editor, to make some manual modifications if necessary.

This is, in general, primarily for "in the background async stuff" I want to have it work on. Most of the time I just have a dead-normal claude code session running in my main workspace.

Minor self-plug - if you want, I posted a jj intro article a while ago[0], though it doesn't include my current workspace usage.

[0]: https://kubamartin.com/posts/introduction-to-the-jujutsu-vcs...

Re: Google Antigravity

#375
post #158

""Autonomously, an Antigravity Agent writes code for a new frontend feature, uses the terminal to launch localhost, and actuates the browser to test that the new feature works." very interesting times; i'm glad to see browser automation becoming more mainstream as part of the ai-assisted dev loop for testing. (disclosure: started the selenium project, now working on something similar for a vibe coding context)

Most people are missing the point here. Testing the GUI/feature more reliable is something that Gemini 3 could unlock (looking at the ScreenSpot-Pro benchmark and its general improvement on visual understanding). At least for the (hobby-)projects I attempted this was really a bottleneck having to always test the GUI after each change as its quite often breaking something.

Re: Google Antigravity

#376
post #286
post #241

Earlier quoted context omitted.

After using Google AI studio, Google Vertex, and Google Gemini Chat I honestly can't wait to use Google Antigravity! edit: Also Jules... snark off: I think the Google PMs should have coffee together and see if all of this sprawl makes any sense.

The also launched a coding agent Jules: https://jules.google/

Jules is the first and only one to add a full API, which I've found very beneficial. It lets you integrate agentic coding features into web apps quite nicely. (In theory you could always hack your own thing together with Claude Code or Codex to achieve a similar effect but a cloud agent with an API saves a lot of effort.)

Re: Google Antigravity

#377

MacOS/Safari User here. Stuck on 'Setting Up Your Account' once I've authorized it in the browser. /shrug

To save others the trouble, it doesn't matter whether you use Chrome or Safari for the auth flow. It's broken on both. (I'm using a personal @gmail account.)

Re: Google Antigravity

#378
"Congratulations, you have been elevated to manager to agents."

That's not exactly really where I hoped my career would lead. It's like managing junior developers, but without having nice people to work with.

Re: Google Antigravity

#379
On my m2 MacBook Air with 16GB of RAM, it took over 12 minutes to startup and get to a usable state. When it did, it was plainly just a jacked version of VSCode. Opening a project caused it to hang again. Dumped it. VSCodium, with the terminal pane open so I can talk to Claude works fine for me...

Re: Google Antigravity

#380

I went ahead and downloaded it, it looks to be a VSCode fork very similar to Cursor, with support for the following models: - Gemini 3 Pro (High) - Gemini 3 Pro (Low) - Claude Sonnet 4.5 - Claude Sonnet 4.5 (Thinking) - GPT-OSS 120B (Medium)

Thank you for saying what this entire blog post doesn't. It's actually disrespectful of Google to launch this without even a mention of the fact that it is based on VSCode.

The welcome video says "We started with the core IDE then..." and shows a picture of VS Code.

They knew exactly what they were saying.

Post reply on HN