Šis puslapis nėra tiesioginis — žinutės atnaujinamos pagal tvarkaraštį. Paskutinį kartą atnaujinta . Kito atnaujinimo laukiama apie . Laikas rodomas Vilniaus laiku (EET).
Ten generous ne tai kas tau atrodo, vizualiai atrodys, kad Chatgpt, bet po kapotu bus adaptuotas open source, koks tai modelis. Nemokamų pietų daugiau, nei dabar galim nupirkt nebus.. Planai iš tiesiogiai perkant Claude ar Chatgpt nesveikai pigus reikalas dabar.
Šiandie jei tokenais paverst pagal Claude spėju keletą tūkstančių kainuotų tokenų, sunku apskaičiuoti kai 5-7 terminalai, vis naujos sesijos.. Tai 2-3 planai kaif.
Kiniški modeliai deja tiek nepadeda po kapotu sistemos susikurt. Bandžiau taupyt, neverta.
Klaidų taisymas kainuoja galop brangiau tiek laiko, tiek pinigų
Labas, klausimas, o ką manote apie 3čių šalių perparduodamus API tokenus? Rizikas su AI išsidiskutavau, kaip ir aiškios. Įdomu, ar teko kam nors naudoti? Kaip praktikoje?
Promptą sugeneravo, po kapotu sub-agentui (pirmą kart paskaičiau) :D
▎ Using Opus 4.8 (from .claude/settings.json) · /model
❯ You are a senior platform engineer in MPRO (/home/darius/MPRO), running as root. CLEAN context. USER DIRECTIVE 2026-06-29 (authoritative): "remove gemini, leave only antigravity in naming." Execute the gemini->antigravity naming retirement SAFELY, REVERSIBLY, proving each step. Caveman-full output. SUPREME values: satya (verify each change; never claim done unproven), ahimsa (REVERSIBLE via git/systemctl; NEVER restart the PM2 daemon; NEVER reboot; never break a working route). ASCII-only in code. No backticks in any git commit -m (they run as bash substitution). Use MPRO_SCOPE_GATE_BYPASS=1 for commits.
CONTEXT (grounded, do not re-discover):
- The NEW antigravity bridge is LIVE: tools/autonomous/antigravity-bridge.js + systemd unit mpro-antigravity.service (active, enabled, 0 restarts). It is the agy task runner that REPLACES gemini. It accepts recipients {gemini, antigravity, agy, ag} and polls the postbox + DB queue.
- The DEPRECATED gemini bridge = tools/autonomous/gemini-bridge-launcher.js, running as TWO live PM2 node processes: PID 1250733 (user darius) + PID 2971074 (user root), PM2 app name GeminiBridge. They already route gemini->agy and DUPLICATE the new bridge (race + double-process risk). They must become single-owner = mpro-antigravity.
- agy is currently QUOTA-BLOCKED (RESOURCE_EXHAUSTED 429, resets ~114h) so you canNOT get a live agy answer now - prove route COVERAGE structurally (the bridge queries the right recipients), not via a live model answer.
- PM2 is WEDGED (pm2 restart/delete can no-op - always verify). The PM2 healer resurrects entries from core/ecosystem.config.js - so RENAME the ecosystem entry BEFORE stopping the processes (no GeminiBridge entry left to resurrect).
- Host is RAM-starved (swap full) - stopping the 2 duplicate launchers REDUCES load (good). Keep changes lean.
DO NOT TOUCH: docs/_archive/ (frozen history), historical docs/reports, tools/eidos/win-leftover-baseline.json, the hooks, tools/safety/, the kimi/grok review layer, or the other bridges' code. If you must edit a C51/protected file (core/ecosystem.config.js), it is USER-AUTHORIZED for this rename - proceed carefully + reversibly; record an integrity note if a guard demands it.
EXECUTE IN TIERS (prove + commit each; revert the tier if it breaks):
TIER A - remove dead Windows-only gemini helpers (verify-then-remove, zero runtime risk):
Files: tools/autonomous/ask-gemini.ps1, gemini-activity-monitor.ps1, gemini-ide-active.ps1, gemini-ide-idle.ps1, gemini-status.ps1, gemini-switch-account.ps1, restart-gemini-bridge.ps1, restart-gemini.ps1, find-gemini-monitors.ps1, gemini-health-state.json, gemini-bridge.ps1.
For EACH: grep -rIl the filename across the repo (exclude node_modules/.git/_archive) to confirm no LIVE .js/.json caller depends on it (.ps1 cannot run on this Linux box). Then git rm it. If something LIVE references one, keep it + report instead.
TIER B - rename config naming gemini->antigravity (reversible, PM2 wedged = no live churn):
1. core/ecosystem.config.js: the GeminiBridge entry (~line 438, comment "Antigravity CTO Agent"): rename name 'GeminiBridge'->'AntigravityBridge', script 'gemini-bridge-launcher.js'->'antigravity-bridge.js', and the log file paths gemini-bridge-*.log->antigravity-bridge-*.log. Keep it otherwise intact. (User-authorized C51 edit.)
2. config/service-registry.json + config/dependency-graph.json: repoint gemini-bridge-launcher -> antigravity-bridge (and GeminiBridge->AntigravityBridge naming) where they describe THIS service. Do not break JSON.
Verify: node -e "require('./core/ecosystem.config.js')" loads clean; JSON.parse both config files clean.
TIER C - single-owner cutover (stop the duplicate launchers AFTER the rename):
1. FIRST verify the new mpro-antigravity bridge covers the gemini DB route: read tools/autonomous/antigravity-bridge.js (sed/grep, do NOT full-Read) - confirm it queries pending tasks for recipient 'gemini' (the canonical token create-agent-task normalizes antigravity/ag->gemini to) in BOTH postbox and DB queue. If it does NOT query 'gemini' in the DB path, ADD 'gemini' to its recipient query so no gemini-addressed task is orphaned (small, reversible edit; run its test: node node_modules/jest-cli/bin/jest.js tools/autonomous/antigravity-bridge.test.js --no-coverage --forceExit must stay green; add a test if you change routing).
2. THEN stop the two launchers: pm2 stop GeminiBridge (verify it actually stopped - check restart_time/status; pm2 may no-op). If pm2 stop no-ops, kill the child PIDs directly: kill 1250733 2971074 (these are the launcher children, NOT the PM2 daemon - allowed). Confirm both PIDs gone (ps). Confirm mpro-antigravity is still active and is now the sole consumer.
3. THEN git rm tools/autonomous/gemini-bridge-launcher.js (now that nothing runs it + ecosystem points at antigravity-bridge.js). Verify no LIVE .js requires it first.
REVERT path if a route breaks: git checkout the files + pm2 start GeminiBridge (or node gemini-bridge-launcher.js).
TIER D - first-class antigravity naming + monitor cleanup:
1. tools/autonomous/lib/create-agent-task.js: add 'antigravity' to VALID_AGENTS as a first-class accepted recipient (so a task to 'antigravity' no longer warns/normalizes-as-an-alias). Keep 'gemini' working (back-compat). Run any create-agent-task test green.
2. tools/autonomous/antigravity-monitor.js: replace gemini naming (STATUS_FILE 'gemini-ide-status.json'->'antigravity-ide-status.json', agent:'gemini'->'antigravity', instance_id 'gemini_ide'->'antigravity_ide') AND fix the Windows backslash path bug on ~line 30 (the path uses literal backslashes '/home/darius/MPRO\\tools\\autonomous\\...' - make it a proper POSIX path via path.join(__dirname, ...)). node -c it.
AFTER all tiers:
- Commit each tier (or a clean batched commit per tier) with conventional messages (no backticks; end body with a line: Co-Authored-By: Claude Opus 4.8 <[el. paštas paslėptas]>). Capture each commit short hash (git rev-parse --short HEAD).
- Update the ledger: node -e "const t=require('./tools/eidos/task-ledger.js');let L=t.loadLedger();L=t.setStatus(L,'GEMINI-RETIRE-NAMING','verified','<what was removed/renamed + commit hashes + single-owner proof>');t.saveLedger(L)".
- Write a summary to /home/darius/MPRO/.tmp/gemini-retire-done.json.
FINAL MESSAGE = data: per tier - exactly what files were removed/renamed (with the verify-then-remove caller-grep evidence), the ecosystem/service-registry/dependency-graph edits, the single-owner cutover proof (old PIDs gone + mpro-antigravity still active + route-coverage confirmed), the create-agent-task + monitor edits, every commit hash, and the ledger status. Flag anything you could NOT safely remove (kept + why). Satya: do not claim a file removed or a route covered without the grep/ps/test proof.
Pasirodo yra reikalų perdaryti tiltus "bridges" per kuriuos agentai bendrauja :) Gemini CLI buvo panaikintas ir migruoti į Antigravity CLI, ne taip jau ir paprastai gavosi :)
O tai veda prie minties, kad būtina projektuoti harness'ą net ne tik pagal agentus/tiekėjus, bet ir kiek įmanoma prie operacinės sistemos neprisirišt :) Nes perkėlimas į kitą sistemą, mano atveju, tampa skausmingas :)
dar nesugalvojau šito, kaip padaryti uni-os, uni-providers harness'ą :) bet faktas, kad Linux n kartų geriau nei Win :)
AI aprašymas Ekrano nuotrauka, vaizduojanti programavimo terminalą, kuriame rodoma klaidos žinutė apie API serverio laikiną prašymų apribojimą ir informacija apie atliktą komandą.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
Šis įrašas paskelbtas kanale - čia jo nekartojame. Žiūrėti kanale →
AImastermind.lt bendra grupė
Klausk, dalintis naujienomis, patirtimi AI ir procesų automatizavimo temomis. Linkiu klestėti ir įgyti pranašumą. Įkūrėjas: #AiOpsCatalyst | [el. paštas paslėptas] | [telefonas paslėptas] | https://fb.com/dkiaulakis arba linkedin.com/in/dkiaulakis
Kimi code kitaip pradėjo rodyti kaip leidžia sub-agentus :)
AI aprašymas Vaizdas rodo programos sąsajos fragmentą, kuriame matomas „Agent Swarm“ procesas, susijęs su audito konsiliumu ir tiltų peržiūra, bei išvardinti keli užduočių numeriai su trumpais aprašymais apie failų skaitymą ir audito poreikį.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
Tai ir skaitai vieną paskui kitą... Aš tik stengiuosi viską valdyt per vieną agentą, jis skirsto darbus... Yra keli agentai, kurių net neskaitau ir nežinau ką jie veikia... Tik matau, kad jie kartais paprašo patvirtinimo kokio nors 😉
Štai kaip atsakyčiau Dariaus Kiaulakio klausimą:
Ne, „Playwright neveikia ant Ubuntu" — netiesa. Playwright ant Ubuntu veikia puikiai. Tikroji priežastis kitokia:
Ubuntu 26.04 yra labai naujas leidimas, o Playwright oficialiai palaiko/testuoja tik tam tikras (daugiausia LTS) Ubuntu versijas (pvz. 22.04, 24.04). Playwright atsineša savo naršyklių binarus + sistemines priklausomybes ir pats tikrina OS versiją; jei leidimas dar „nepalaimintas" jo sąraše, jis meta klaidą „nepalaikoma" — net jei realiai veiktų. Tai laikinas atsilikimas (įrankis visada pavėluoja po naujo OS išėjimo), ne fundamentali nesuderinamumas.
Sprendimai (vieną tavo ekranas jau parodė):
Naudoti sistemos google-chrome vietoj Playwright bundled Chromium — Playwright nustatymas channel: 'chrome'. Tavo įrankis būtent tą ir padarė: „Using Chrome's own headless screenshot, no Playwright needed." Veikė.
Arba paleisti ant palaikomos LTS (24.04) / konteineryje.
Arba palaukti Playwright atnaujinimo su 26.04.
Trumpai: ne „Playwright sugedęs ant Ubuntu", o „Playwright dar neįtraukė 26.04 į palaikomų sąrašą". Nerimta — apeinama vienu nustatymu, ir jūsų sistema jau apėjo (per sisteminį Chrome). Net pagirtina, kad įrankis pats grakščiai persijungė į Chrome headless, o ne nulūžo.
Jei nori — galiu greitai patikrinti tikslų Playwright 26.04 palaikymo statusą (ar jau pridėtas), bet esmė tokia: tai versijos-palaikymo spraga, ne Ubuntu problema.
AI aprašymas Tekstas aptaria, kodai dirbtinis intelektas ignoruoja nustatytas valdymo taisykles dėl per didelio žetonų kiekio, ir siūlo efektyvesnį taisyklių struktūrizavimo metodą, suskirstant jas į skirtingus prioritetų lygius.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
🔑 WebAuthn passkeys New Credentials virtual authenticator, available via browserContext.credentials, lets tests register passkeys and answer navigator.credentials.create() / navigator.credentials.g...
AI aprašymas Tekste informuojama, kad Playwright nepalaiko Ubuntu 26.04, tačiau sistemoje įdiegtas Google Chrome, todėl naudojamas jo savas begalio ekrano kopijavimo režimas.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
AI aprašymas Mobiliosios programos ekrano nuotrauka, rodanti programavimo sesijų sąrašą su jų būsenomis (prisijungta, atjungta), laiko žymomis ir mygtuku naujos sesijos sukūrimui.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
Per telefoną Claude Code agentus gali valdyt.
Ant PC agentui parašai: /remote-control
Ir jis atsiranda telefone...
AI aprašymas Vaizduojamas programos šoninis meniu, kuriame matomi punktai „New chat“, „Chats“, „Projects“, „Artifacts“, „Code“ ir „Dispatch“, o „Code“ punktas paryškintas oranžine ranka piešta figūra.
Sugeneravo dirbtinio intelekto modelis qwen3.8-27b-dk:latest (vienu ėjimu, be samprotavimo biudžeto). Žmogus netikrino.
Čia kažkas rašė, kad kam klaust žmogaus, jeigu gali visko paklaust AI? Sunku kartais sugalvoti ką paklaust, kai nežinai ko reikia? O tokiuose diskusijose randi idėjų, minčių, kurias galima pritaikyti sau, jau su AI pagalba... Aš nesu IT žmogus, bet jau nevienam IT specialistui parodžiau kitokį kelią ir supratimą, o man IT specialistai parodo būdus ir grėsmes... Bendras rezultatas, labai platus požiūris 👍