Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Gemini CLI

blog.google

Post reply on HN
Print view View original

21–30 of 820 posts

Re: Gemini CLI

#21

Post by bayindirh »

iandanforth wrote: post #15

I love how fragmented Google's Gemini offerings are. I'm a Pro subscriber, but I now learn I should be a "Gemini Code Assist Standard or Enterprise" user to get additional usage. I didn't even know that existed! As a run of the mill Google user I get a generous usage tier but paying them specifically for "Gemini" doesn't get me anything when it comes to "Gemini CLI". Delightful!

There's also $300/mo AI ULTRA membership. It's interesting. Google One memberships even can't detail what "extra features" I can have, because it possibly changes every hour or so.

Re: Gemini CLI

#22

Post by ZeroCool2u »

Ugh, I really wish this had been written in Go or Rust. Just something that produces a single binary executable and doesn't require you to install a runtime like Node.

Re: Gemini CLI

#23

Post by unshavedyak »

poszlem wrote: post #7

The killer feature of Claude Code is that you can just pay for Max and not worry about API billing. It lets me use it pretty much all the time without stressing over every penny or checking the billing page. Until they do that - I'm sticking with Claude.

Same. Generally i really prefer Claude Code's UX (CLI based, permissions, etc) - it's all generally close to right for me, but not perfect.

However i didn't use Claude Code before the Max plan because i just fret about some untrusted AI going ham on some stupid logic and burning credits.

If it's dumb on Max i don't mind, just some time wasted. If it's dumb on credits, i just paid for throw away work. Mentally it's just too much overhead for me as i end up worrying about Claude's journey, not just the destination. And the journey is often really bad, even for Claude.

Re: Gemini CLI

#24

Post by gavinray »

iandanforth wrote: post #15

I love how fragmented Google's Gemini offerings are. I'm a Pro subscriber, but I now learn I should be a "Gemini Code Assist Standard or Enterprise" user to get additional usage. I didn't even know that existed! As a run of the mill Google user I get a generous usage tier but paying them specifically for "Gemini" doesn't get me anything when it comes to "Gemini CLI". Delightful!

I actually had this exact same question when I read the docs, made an issue about it:

https://github.com/google-gemini/gemini-cli/issues/1427

Re: Gemini CLI

#26

Post by shmoogy »

htrp wrote: post #5

symptomatic of Google's lack of innovation and pm's rushing to copy competitor products better question is why do you need a modle specific CLI when you should be able to plug in to individual models.

If Claude code is any indication it's because they can tweak it and dogfood to extract maximum performance from it. I strongly prefer Claude code to aider - irrespective of the max plan.

Haven't used Jules or codex yet since I've been happy and am working on optimizing my current workflow

Re: Gemini CLI

#27

Post by rusk »

poszlem wrote: post #7

The killer feature of Claude Code is that you can just pay for Max and not worry about API billing. It lets me use it pretty much all the time without stressing over every penny or checking the billing page. Until they do that - I'm sticking with Claude.

This insistence by SAAS vendors upon not protecting you from financial ruin must surely be some sort of deadweight loss.

Sure you might make a few quick wins from careless users but overall it creates an environment of distrust where users are watching their pennies and lots are even just standing off.

I can accept that with all the different moving parts this may be a trickier problem than a pre paid pump, or even a Telco, and while to a product manager this might look like a lot of work/money for something that “prevents” users overspending.

But we all know that’s shortsighted and stupid and its the kind of thinking that broadly signals more competition is required.

Re: Gemini CLI

#28

Post by adamcharnock »

mhb wrote: post #10
poszlem wrote: post #7

The killer feature of Claude Code is that you can just pay for Max and not worry about API billing. It lets me use it pretty much all the time without stressing over every penny or checking the billing page. Until they do that - I'm sticking with Claude.

How does that compare to using aider with Claude models?

I did a little digging into this just yesterday. The impression I got was that Claude Code was pretty great, but also used a _lot_ more tokens than similar work using aider. Conversations I saw stated 5-10x more.

So yes with Claude Code you can grab the Max plan and not worry too much about usage. With Aider you'll be paying per API call, but it will cost quite a bit less than the similar work if using Claude Code in API-mode.

I concluded that – for me – Claude Code _may_ give me better results, but Aider will likely be cheaper than Claude Code in either API-mode or subscription-mode. Also I like that I really can fill up the aider context window if I want to, and I'm in control of that.

Re: Gemini CLI

#29

Post by 3abiton »

iandanforth wrote: post #15

I love how fragmented Google's Gemini offerings are. I'm a Pro subscriber, but I now learn I should be a "Gemini Code Assist Standard or Enterprise" user to get additional usage. I didn't even know that existed! As a run of the mill Google user I get a generous usage tier but paying them specifically for "Gemini" doesn't get me anything when it comes to "Gemini CLI". Delightful!

And they say our scale up is siloed. Leave it to google to show' em.

Re: Gemini CLI

#30

Post by iainmerrick »

ZeroCool2u wrote: post #22

Ugh, I really wish this had been written in Go or Rust. Just something that produces a single binary executable and doesn't require you to install a runtime like Node.

Looks like you could make a standalone executable with Bun and/or Deno:

https://bun.sh/docs/bundler/executables

https://docs.deno.com/runtime/reference/cli/compile/

Note, I haven't checked that this actually works, although if it's straightforward Node code without any weird extensions it should work in Bun at least. I'd be curious to see how the exe size compares to Go and Rust!

Post reply on HN