Claude Code ali Gemini CLI: brezplačnih 1.000 zahtev ne zagotovi hitrejše naloge

Pri izbiri med Claude Code in Gemini CLI podatek o 1.000 brezplačnih zahtevah na dan za osebni račun ni več veljavno merilo: Googlova tabela kvot ga sicer še navaja. Googlovo obvestilo o spremembi dostopa določa, da Gemini CLI od 18. junija 2026 ne streže več zahtev brezplačnih osebnih računov ter računov Google AI Pro in Ultra. Dostop z organizacijsko licenco ali ključem API ostaja na voljo.

Claude Code zahteva ustrezen plačljiv račun oziroma obračunljivo konzolo; Anthropicova navodila za dostop izrecno izključujejo brezplačni paket Claude. Za razvijalca, ki danes izbira med tema terminalskima agentoma, je zato prvo vprašanje razpoložljiva prijava. Ko sta oba dostopna, pa o smiselnosti izbire več pove strošek sprejete spremembe skupaj s časom za usmerjanje in pregled kot cena naročnine sama.

Dostop in kvota nista isto kot opravljena naloga

Zahteva modelu je obračunska oziroma kvotna enota, ne zaključena razvojna naloga. Agent lahko za popravek uporabi več zahtev, nato pa ob neuspešnem testu začne znova. Velika dnevna kvota zato ne pove, koliko uporabnih popravkov bo nastalo, koliko časa bo trajalo čakanje ali kolikokrat bo moral razvijalec dopolniti navodila. Če je rezultat treba ročno popraviti, ničelna cena zahtev še vedno ne pomeni ničelnega stroška dela.

Pri Gemini CLI je pomembno ločiti način prijave. Nekdanja kvota za prijavo z osebnim Googlovim računom ni kvota ključa Gemini API in je ni mogoče prenesti na poslovni račun. Za uporabo s ključem je treba gledati pravila in obračun konkretnega dostopa; pri organizacijski licenci pa pogoje dodeljenih sedežev. Programska oprema se lahko še vedno namesti, vendar sama namestitev razvijalcu ne povrne ukinjene osebne prijave.

Claude Code ima drugačno izhodišče: naročnina je lahko skupen strošek več nalog v obračunskem obdobju, uporaba konzole pa strošek porabe. Če razvijalec naročnino že uporablja, celotnega mesečnega zneska ni smiselno pripisati enemu popravku. Če jo kupi samo zaradi agenta, mora pri svojem izračunu upoštevati tudi to odločitev. Cena dostopa je torej vhodni podatek, cena dokončanja pa rezultat dejanskega poteka dela.

Kaj je pokazal objavljeni časovni poskus

Composiov opis poskusa, objavljen 2. julija 2025, primerja izdelavo agenta Python CLI po istem projektnem opisu: Claude Code je projekt končal v 1 uri in 17 minutah ter porabil za 4,80 ameriškega dolarja obračunske vrednosti, Gemini CLI pa je v več poskusih porabil 2 uri in 2 minuti skupnega časa uporabe API ter 7,06 dolarja. Avtor pri Gemini CLI opisuje prekinitve in dodatno usmerjanje; pri Claude Code navaja en sam samodejni tek.

Iz navedenih časov izhaja razlika 45 minut, iz zneskov pa 2,26 dolarja. Če oba končna izdelka štejemo za enako sprejeta, bi pripisani strošek na nalogo v tem poskusu znašal 4,80 dolarja za Claude Code in 7,06 dolarja za Gemini CLI. To je pogojni preračun: objava med drugim opisuje nedokončano vmesno izvedbo Gemini CLI, ne podaja pa enotnega neodvisnega testa sprejema obeh končnih izdelkov.

Časa pomenita skupni čas uporabe API, ne celotnega časa od prvega navodila do pregledane spremembe. Tudi zneska opisujeta izvedbo v takratnih pogojih, ne današnjega računa za osebni dostop do Gemini CLI. Poskus pokaže, kako lahko dodatni teki in posegi izničijo prednost cene posamezne zahteve; ne napoveduje hitrosti na drugem modelu, v drugem repozitoriju ali pri krajšem popravku. Za pošteno primerjavo stroška dokončanja je treba strošku agenta prišteti še čas človeka do sprejetega rezultata.

Namestitev in vrsta repozitorija

Pri pripravi obeh orodij je treba ločiti namestitev od uspešne prijave ter od zmožnosti dela v projektu. Razvijalec lahko odpre terminal v pravem imeniku, a agent naloge ne bo mogel dokončati, če v okolju manjkajo odvisnosti, preizkusi ne tečejo ali ni dovoljen potreben dostop do zunanjih storitev. Prednosti hitrejšega odgovarjanja so v takem primeru manj pomembne od časa, porabljenega za odpravljanje okolja in pregled sprememb.

Manjši popravek v samostojnem projektu, sprememba čez več datotek in poseg v repozitorij z omejenim omrežjem postavljajo različne zahteve. V prvem primeru lahko prevlada preprostost dostopa. V drugem šteje, ali agent ohrani namen spremembe med datotekami in uspešno požene teste. V tretjem so ključni dovoljeni ukazi, poti in zunanje povezave. Primerjava časov ima smisel le pri enakem izhodiščnem stanju kode, enakih dovoljenjih in vnaprej določenem merilu sprejema.

Koliko nadzora zahteva delo

Nastavitve Gemini CLI opisujejo potrjevanje izvajanja orodij, samodejno odobritev urejanja in način načrtovanja brez sprememb kode; projektne nastavitve imajo prednost pred uporabniškimi. Razlike med temi načini vplivajo na število prekinitev in na to, kaj lahko agent naredi brez človeka. Za osebni poskus je lahko manj potrjevanja priročno, v upravljanem repozitoriju pa je odobritev ukaza lahko nameren del postopka.

Število posegov je treba brati skupaj z njihovim razlogom. Potrditev pred občutljivim ukazom je drugačna od prekinitve, ker je agent zašel s poti in potrebuje nov kontekst. Prva izvira iz izbrane politike dovoljenj, druga pove nekaj o poteku reševanja konkretne naloge. Obe porabita čas, vendar zgolj njuno seštevanje ne pokaže, ali je bil nadzor koristen ali pa je popravljal neuspešen tek.

Odločitvena matrika za tri načine uporabe

• Občasno delo v osebnem projektu: nekdanjih brezplačnih osebnih zahtev Gemini CLI ni več mogoče vzeti kot izhodišča. Če imate dostop s ključem API, primerjajte njegove dejanske pogoje s plačljivim dostopom do Claude Code. Pri redkih, kratkih nalogah lahko cena vstopa odtehta časovno razliko iz enega objavljenega poskusa, vendar mora tudi majhen popravek prestati preizkuse in pregled.
• Vsakodnevno delo v aktivnem repozitoriju: primerjajte porabo za sprejete popravke, delež naročnine in čas za ponovne zagone ter usmerjanje. Plačljiv dostop do Claude Code je lahko gospodaren, če pri vaših nalogah prihrani dovolj človeškega dela. Rezultat poskusa z agentom Python CLI je razlog za merjenje teh postavk, ne zagotovilo, da bo razmerje enako pri vašem projektu.
• Upravljana poslovna uporaba: najprej preverite, katera pot dostopa je v organizaciji dovoljena in kdo plača porabo. Nato primerjajte politiko ukazov, dostopa do omrežja, sprememb datotek in končnega pregleda kode. Agent, ki hitro pripravi popravek, a ga ni mogoče uporabljati pod zahtevanimi dovoljenji, za ta repozitorij ni uporabna izbira.

Skupno merilo za vse tri primere je sprejeta sprememba: opravljeni zahtevani testi, pregledan diff in ustrezna poraba časa ter denarja. Pri občasni uporabi najprej odloča dostop, pri vsakodnevni pogostost uspešnih zaključkov, pri poslovni pa še možnost uveljavljanja pravil. Tako ostane objavljena razlika v hitrosti koristna, ne da bi iz posameznega poskusa nastalo splošno pravilo.

Preberite tudi:

• Zapier ali Power Automate: cena je odvisna od nalog, uporabnikov in robotov
• Revolut ali N26: brezplačen račun še ne pomeni enakih stroškov
• pgvector ali Pinecone: več hitrosti lahko pomeni skoraj petkrat višji strošek