Žinutės

Filtrastaikomas

Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta . Kito atnaujinimo laukiama apie . Laikas rodomas Vilniaus laiku (EET).

m vid
jo, stipriai priklauso nuo modelio, mano reikmem dar mini cpu modeliai pakako, bei kai rimtas kiekis tai dar svarbiau platesnis rezultatas, tada ir didesni rimtai naudingesni
ir uztruktu 1.5 metu svarbiausia ne para 😄
zinau kad blackwell rtx 6000 dvi toki kieki suvalge per 12h 🙂
m vid
embedding modeliai ir pačiam sukt pigiau, nebent aišku nori daug ir greit :D
40 milojonu chunk jeigu po 2k tokenu gunasi 8 milijardai tokenu
default 25 chunkus galima paduot ir 400 req/min
bet raso kad galima kreiptis del didesnio rate limit
RobAutomatizacija / integracijos
17 dienų, virš 5 mlrd tokenų, jeigu reiktų mokėti pagal api tokenus, gautųsi maždaug tiek
Žinutės vaizdas
  • 🔥1
geriausiai investuoti 240 eur per labai labai ilgą laiką:D
jo, anthropic kaip apple, savo ecosystema ir niekaip kitaip

Claude
Šis tas naujo pas Claude:
Žinutės vaizdas
Ser Rom
Man normaliai veikia, kasdien dirbu su juo vscode. Nustačiau vidutini mastyma ir gana retai net viršiju limitą 5val
D
Ar naudojat jus Fable 5? Jei taip. Pliusai/ minusai?
Martin Jokub
Žinutės vaizdas
  • 😍1

Darius@Kiaulakis.lt #AiOpsCatalystClaudeDokumentai / duomenų apdorojimas
darau eksperimentą su claude, gal gausis nesąmonė - keletos dienų sugeneruotų reportų perkratymas, pertikrinimas kas buvo padaryta ir galop kritinių taisymas iš karto, o kas taisytino ar tobulintino (ne kritinio) į užduočių duomenų bazę :) bus įdomu palygint po to kai pabaigs :)
Žinutės vaizdas
Žinutės vaizdas
GrokAutomatizacija / integracijosProgramavimas / agentai
pasiekiau grok limitą, kažkaip dar kitaip jie skaičiuoja :)

The error in the CLI ("Retry failed: You’ve hit the rate limit for your plan") is not the weekly limit — it’s a short-term rate limit (requests-per-minute / tokens-per-minute / concurrency cap).
Why this happens even at 3% weekly usage
Your Grok CLI setup (mpro-agent-memory / mastermind-hardening, Grok 4.5 high, user_prompt_submit with hooks, always-approve, etc.) is extremely aggressive:
It fires many parallel API calls, tool invocations, retries, and sub-agents very quickly.
Heavy multi-agent workflows + long context (you can see 127K / 200K — that’s your current session context, not the account quota) consume a lot of tokens per second.
Even with tons of weekly quota left, the burst protection kicks in to keep the system stable for everyone.
This is very common with Grok Build / CLI agentic workflows. The weekly pool (what the web dashboard shows) and the instant rate limits are two completely separate things.
Quick fixes (in order of speed)
Just
Žinutės vaizdas
Weekly limit: 3%
Next reset: July 24, 10:25

padėjo /login :)
na kaip ir įtariau, praktiškai parą laiko "vyksta suderinamumo darbai" ir vistiek ne visi vienodai perėmė MPRO Harness'o galimybes :)
Žinutės vaizdas
Vadinasi, pakeitus modelį ar pridėjus naują, teks pavargt, kad adaptuot kiekvienam individualiai, nevienodai skaito ir "naudoja" atrodo tuos pačius skilsus, mcp, hook'us ir t.t.

Rodoma paskutinė surinkta leidžiama būsena; pašalinimų suderinimas nebaigtas. Visas pokalbis — Telegram grupėje.