Tai pasirinkau kelią, susimokėti max kiek dabar galiu, kad įgyti konkurencinį pranašumą netolimoje ateityje.. 🙂
Ž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).
Kiniškų simbolių, kai pamačiau.. O galop ir pasijuto, kad neišsprendė rodos įprastų užduočių. Tikėjimas, kad galingas modelis sukosi, neleido iškart pamatyt =)
- 😁1
Brangiausias modelis =)
RRob ↵Ten generous ne tai kas tau atrodo, vizualiai atrodys, kad Chatgpt, beChatGPT / GPT
supratau, dėkui. Ir galvojau kur šuo ten pakastas 🙂
pas mane kita specifika šiek tiek, reikia tūkstančių image. su gpt image 2 oficialiai - 1000 image virš 200 usd. o 1000 image tik užkandžiui. labai deginasi biudžetas.
- 👍1
Keletą kartų pirkau, supratau, kad už brangiai parduoda apvalkalą, ne modelį, nebepirkau 🤣
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ų
RRobChatGPT / GPTAutomatizacija / integracijos
nes labiausiai imponuoja ekonomika, tarkim gpt image 2 per oficialu api 0,2 ct generacijai vs 0,03 ct is trečių šalių.
RRobAutomatizacija / integracijos
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?
kas šaunuolis? :D
biški kas užknisa, kad kai lūžta api, neleidžia workflows'uose bedirbantiems agentams retry padaryt :) viską iš naujo tenka..
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.
▎ 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.
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 :)
as su 16gb ram isgyvenu kazkaip ;)
is kuriu 7gb suvalgo google chrome :D
ačiū, nenorėčiau kartot :D
o jei rimtai pas mane 64gb ram ir likutis ~400-500MB ir stabiliai veikia, windows'uose, būtų šakės :)
- 🤯1
wsl2 galima
Beje sugalvojau, kaip harness pasitobulinti-
Hook'as, kai agentas dėl ko nors atsiprašo, tada iškarto apsirašyti, kad ateity užkardyti pasikartojimus :D
Hook'as, kai agentas dėl ko nors atsiprašo, tada iškarto apsirašyti, kad ateity užkardyti pasikartojimus :D
O juokingiausia, kad jau trečia para valo windows'ų "paliktukus" iš kodo :D
pvz kaip c:/... "pwsh", "PoserShell", "nodes.exe".. :)
pvz kaip c:/... "pwsh", "PoserShell", "nodes.exe".. :)
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 :)
DBDarius B ↵/insights
Aš čia nerašiau, o tik nukopinau... Bet Telegram kažkodėl postina pats kai palieti kažkokias komandas 🤔
savo claude terminale :)
Almost- coca cola :D
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.
beje kada Claude paskutinį kartą leidot komandą /insights ? :) ką rašė, kad pasitobulinti reiktų, kame? :)
DBDarius BClaudeProgramavimas / agentai ↵Šiandien jau pusę dienos nebeišeina prisijungt 😅
Aš apie Codex... Claude šiandien veikia puikiai 😅
Claude spėju ruošiasi pojūčiams API lūžinėja..
Šis įrašas paskelbtas kanale - čia jo nekartojame. Žiūrėti kanale →
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.
- 👍1
tai ka osx pvz tai playwright naudoja mano normalu chrome
Dėkui. Ot tas įprotis dar parašyti į grupę, vietoje Claude.. 🤣
DBDarius BProgramavimas / agentai ↵Aš vis dar su rustdesk.. 🤣 Nepereinu prie to remote, nors būtų įdomu i↵beje, šitai jau galima duoti claudei.. :) ↵Čia rimtai, playwright neveikia ant Ubuntu?
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 😉
Kas čia?
Š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.
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.
- ❤1
- 👍1
beje, šitai jau galima duoti claudei.. :)
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.
MVm vidProgramavimas / agentai 
veikia, bet reikia release kuris prieš dvi savaites atsirado: https://github.com/microsoft/playwright/releases/tag/v1.61.0
Release v1.61.0 · microsoft/playwright
🔑 WebAuthn passkeys New Credentials virtual authenticator, available via browserContext.credentials, lets tests register passkeys and answer navigator.credentials.create() / navigator.credentials.g...
GitHubPerskaityta
- ❤1
Čia rimtai, playwright neveikia ant Ubuntu?
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.
Rodoma paskutinė surinkta leidžiama būsena; pašalinimų suderinimas nebaigtas. Visas pokalbis — Telegram grupėje.