Přestavba na upstream T3 Code v0.1.6 #148

Activity

1. immakermatty commented on Oct 30, 2026

   

   immakermatty

   on Oct 30, 2026

   Author

   More actions

   Candidate na v0.1.5 je v Draft PR #149, head be4df21b7c941b19f443de6b393adc33f28d6729. Stack má 31 commitů, jeden na řádek, a řádek 5 je poslední. Lazurio Fork CI běží jako run 41021193469; po zeleném výsledku požádám dozor o review na přesném headu.

   Co se proti inventuře změnilo nebo doplnilo:

   • Řádek 4: cíl z advertisedServerUpdateVersion do waitForNpm nejde, výjimka je v updateEverything.logic.ts a pokrývá ji serverUpdateOffer.test.ts. useUpdateEverything.ts je zase upstreamu a z allowlistu vypadl. docs/user/updating.md má větu, že distribuce Lazuria Nightly nevydává (rozhodnutí A).
   • Řádek 15: nový test v managedFolderGuards.test.ts. Povýšení vlákna bez projektu pod spravovanou složkou selže s „Only a No project thread with its own folder can become a project.“ a nic neodešle. Kontrolně jsem test pustil bez spravované složky a selhal, takže opravdu hlídá stráž (rozhodnutí B).
   • Řádek 30: po fix(server): queue Copilot follow-ups without killing background agents pingdotgg/t3code#26715 čte nová větev providerTurnCapabilities z projekce. Stub v testu řádku proto dostal prázdné providerThreads a providerSessions. Kontrola otevřené otázky z overlaye běží před novou větví a platí dál.
   • knip: rozhodnutí E výše. Dotčené řádky to mají v commit message.
   • Řádek 5: instalace patchelf před sestavením archivu, piny v0.1.5 a 0.1.5-lazurio.0, runbook (tabulka Overlay, Cílový stack, výměna main, etapa 3) a skill.

   Lokálně na be4df21b7c: kontraktní test 49/49, vp fmt --check, lint i knip:check čisté, typecheck webu a serveru čistý, managedFolderGuards.test.ts a ThreadManagementService.test.ts 29/29. Na dřívějším headu se stejným kódem (kromě typu mocku v novém testu a dokumentace) prošly testy overlaye: server 591, provider-acp 88, client-runtime 10, shared 1093, web 243 v 33 souborech.

   Výměna main dál čeká na stable 0.1.3-lazurio.1.

   — T3 Release (bot)
2. immakermatty

   added 2 commits that reference this issue on Oct 30, 2026

   feat: in-app update from the configured release channel

   ...

   d9b9001

   release: Lazurio distribution

   ...

   2d22c87
3. immakermatty commented on Oct 30, 2026

   

   immakermatty

   on Oct 30, 2026

   Author

   More actions

   Candidate na v0.1.5 je přehraný z opraveného #144 a má nový head 2d22c87f3506165365918f9e4ae4d24dd154b668. Stack vychází z ee23560530 (head #144, který review schválilo), ne z 1252de8e30, takže nese všechny opravy z nezávislé kontroly #144: rozdíl 1252de8e30..ee23560530 je 41 souborů (+938/−228) a do řádků v0.1.5 přešel celý. Nad tím jsou opravy z nezávislé kontroly #149 (níž v G) a oprava nálezu Greptile z #144 v řádku 10. Stack má dál 31 commitů, jeden na řádek, řádek 5 poslední. Push s --force-with-lease=lazurio/rebuild-v0.1.5:75b7d644… v 16:07:22Z. Lazurio Fork CI běží jako run 41087160726 (PR je kvůli výměně main v konfliktu, proto spuštěný přes workflow_dispatch na branchi); o review požádám až po zeleném výsledku.

   Kontroly podle seznamu před pushem, na přesném headu 2d22c87f35 (logy v pracovní složce přestavby, ne v repozitáři):

   A. Úbytek overlaye

   • A1 delta: overlay-delta.sh d2c440312e 409b1b09c3 6d450a4284 2d22c87f35 → 90 z 280 souborů overlaye má jiné úpravy než na starém main. 67 z nich je rozdíl už vysvětlený v Přestavba na upstream T3 Code v0.1.4 #143 (přestavba na v0.1.4, schválená v Rebuild the Lazurio overlay on upstream T3 Code v0.1.4 #144). Nových 23 proti Rebuild the Lazurio overlay on upstream T3 Code v0.1.4 #144:
     • řádek 4 (fix(web): update everything no longer waits on npm for service hosts pingdotgg/t3code#26917, cíle čekající na npm): apps/server/src/cloud/selfUpdate.ts (import crossesReleaseTrack vedle CLI_RELEASE_REPOSITORY_ENV overlaye), apps/web/src/components/sidebar/useUpdateEverything.ts (ServerUpdateTarget a waitForNpm upstreamu, server z kanálu Lazuria na npm nečeká), packages/shared/src/cliRelease.ts (import compareSemverVersions upstreamu), apps/web/src/lazurio/serverUpdateOffer.test.ts (nový test „does not wait for npm for a release a server advertised from its own channel“), docs/user/updating.md (věta o Nightly podle rozhodnutí A);
     • řádek 5 (fix(cli): t3 starts on a fresh Ubuntu server without libatomic pingdotgg/t3code#26912): .github/workflows/lazurio-cli-archives.yml instaluje patchelf pro Linuxový archiv s libatomic.so.1;
     • rozhodnutí E (knip): z exportu na privátní konstanty modulu apps/server/src/lazurio/{actingSender,actingSenders,buddyPrompt,buddySurface,buddySurfaceDays,buddySurfaceStartup,cli,holders,questionTool}.ts, apps/web/src/lazurio/{buddySurfaceProtocol,environmentPairing}.ts; actingSenderVisibility.ts na serveru i ve webu dostává @public;
     • řádek 10: apps/server/src/lazurio/environmentBrowserConnection.ts (privátní ENVIRONMENT_BROWSER_ENDPOINT podle E a nové closeWindow přes Target.closeTarget) a nový environmentBrowserConnection.test.ts „closes a window it opened“ (oprava Greptile, níž);
     • řádek 15 (rozhodnutí B): managedFolderGuards.test.ts s testem „turn no No project thread into a project“;
     • řádek 30 (fix(server): queue Copilot follow-ups without killing background agents pingdotgg/t3code#26715): ThreadManagementService.test.ts dává stubu prázdné providerThreads a providerSessions, protože steer nově čte providerTurnCapabilities z projekce.
   • A2 viditelné texty: mezi v0.1.4 a v0.1.5 upstream změnil z komponent, do kterých overlay dává data, jen tok aktualizací (řádek 4, fix(web): update everything no longer waits on npm for service hosts pingdotgg/t3code#26917). Seznam serverů a verze z kanálu serveru hlídají testy mut4 a mut5 v C8, nový test výš hlídá, že server z kanálu Lazuria nečeká na npm. Upozornění na vrácení v SidebarUtilityMenu (fix(web): undo notice moves to the sidebar footer so it never covers a thread pingdotgg/t3code#26874) se ověří na canary.
   • A3 zprávy commitů: odstavec „On v0.1.5“ jmenuje každou adaptaci z A1. Po auditu opravené zprávy řádků 6, 9 a 13 (název pravidla lintu), 20 (premisa o odkazech vláken), 25 (premisa o zápisu nastavení) a 10 (oprava Greptile). git range-diff 75b7d644… ukazuje u řádků 6, 9, 13, 20 a 25 shodná patch-id, změnila se jen zpráva.

   B. Nové cesty upstreamu kolem stráží (v0.1.4 → v0.1.5, 783581d461..6d450a4284)

   • B4 inventura: nový typ příkazu jen thread.project.adopt-folder (feat: turn a No project thread into a project pingdotgg/t3code#26767). Jediný výrobce je ScratchThreadPromotion.ts:119 a ten pustí jen vlákno bez projektu ve vlastní složce pod kořenem scratch (ScratchThreadPromotion.ts:76-84). Na spravovaném Environmentu selže uzavřeně (rozhodnutí B, test v řádku 15). Buddyho vlákno žije v Buddyho projektu, ne ve scratch, takže povýšení odmítne stejná podmínka (doloženo kódem, testem na Buddyho povrchu neověřeno). Výslovné odmítnutí ve stráži spravované složky je Managed Folder guard: refuse thread.project.adopt-folder explicitly, not only through ScratchThreadPromotion #151. Nastavení: jen klientská threadDetailsUsageEnabled a threadDetailsItems. Nové soubory serveru: persistence/databaseMigrationHead.ts (brána Databáze) a project/ScratchThreadPromotion.ts. Nové sdílení, nový druh sezení ani nová žádost na člověka nepřibyly.
   • B5 noví volající: git diff 783581d461 6d450a4284 -- apps/{web,server,mobile}/src packages/client-runtime/src | grep -E 'serverBrowser|preview_open|guest-share|signIn|providerAuth|peerLink…' → jeden nález, testovací položka guest share bez vztahu k overlayi. Nový volající upstream preview ani přihlášení providerů není.
   • B6 výrobci steer: git grep -n 'type: "steer_active"' -- apps/server/src → stejných 5 výrobců jako na ee23560530, posunuté jen řádky: CommandPolicy.ts:164 a :183 projdou resolveMessageDispatchIntent, kde stráž waitsOnPendingRequest stojí před novou větví fix(server): queue Copilot follow-ups without killing background agents pingdotgg/t3code#26715 (CommandPolicy.ts:109); Orchestrator.ts:5410 má stráž na :5381; Orchestrator.ts:8801 je odpověď na samotnou žádost; ThreadManagementService.ts:795 jde dál přes resolveMessageDispatchIntent (Orchestrator.ts:5248). Mimo stráž žádný.
   • B7 výstupy MCP: git diff --stat 783581d461 6d450a4284 -- apps/server/src/mcp → jen jeden řádek v integračním testu; volající overlaye (agent CLI, token z t3 auth session issue, ACP vlákno, peer link) dostávají totéž.

   C. Testy drží kontrakt

   • C8 mutace: na 75b7d644 mut1–mut6, každá zčervenala: SteeringCompletion.integration.test.ts (steer za čekající otázkou), buddySurfaceGuards.test.ts (propojená Prostředí vypnutá i při zapnutém uloženém nastavení), threadServersPanel.browser.test.tsx (otevření v prohlížeči Prostředí, ne v preview upstreamu), updateEverything.logic.test.ts a serverUpdateOffer.test.ts (seznam serverů, verze z kanálu serveru, waitForNpm). Na 2d22c87f35 dvě mutace opravy v řádku 10: bez tapError(closeWindow) selže 1 z 33 testů (closes a person's new window again…), bez threadTabs.hold selžou 2 z 33 (i opens a person's page in a new window the thread holds and shows).
   • C9 zastíněné dvojníky: proti Rebuild the Lazurio overlay on upstream T3 Code v0.1.4 #144 overlay v produkčním kódu žádné nové Effect.provide/Layer.provide nepřidal. Jediný nový v git diff ee23560530 2d22c87f35 je layerScratchThreadPromotionProvided upstreamu (feat: turn a No project thread into a project pingdotgg/t3code#26767, runtimeLayer.ts), soubor mezi 23 novými rozdíly z A1 není. Mutace dvojníků z Rebuild the Lazurio overlay on upstream T3 Code v0.1.4 #144 platí.
   • C10: rozhodnutí „ukáže / skryje“ v této přestavbě nepřibylo.
   • C11 ubrané testy: porovnání názvů testů v souborech řádků mezi 409b1b09c3 a 75b7d644 → 7 chybí; všech 7 jsou testy upstreamu, které existovaly na v0.1.3 a upstream je sám odstranil do v0.1.4 (783581d461). Overlay neubral žádný; 2d22c87f35 přidává 2.

   D. Premisy: každé „upstream změnil“ v tabulce řádků a v zprávách commitů nese číslo PR upstreamu a soubor; nová tvrzení v tomto komentáři mají soubor:řádek na headu. Rozpočet kontextu agenta (rozhodnutí řádku 22 z #143 platí): upstream AgentContextBudget.test.ts na 75b7d644 naměřil 5135 / 8186 / 46089 B proti 5135 / 6865 / 45907 B v agentContextBudget.json, tedy přesně stejný nárůst overlaye jako na v0.1.4 (+1321 B text nástroje na otázky, +182 B seznam nástrojů MCP). Plný běh testů serveru na 75b7d644: 5556 prošlo, jediné selhání je tento rozpočet.

   E. Veřejné repo: grep -n -i -F -f <seznam> přes git diff 6d450a4284 2d22c87f35 → 21 nálezů, přes git log --format=%B 6d450a4284..2d22c87f35 → 2, přes tento komentář, tělo PR a issues #150 a #151 → jen tytéž výrazy. Všechny mají důvod: veřejné issue HumanAndMachines/Lazurio#648 (rozhodnutí 0210, repozitář je veřejný), podřetězec v awaitCommandReady a obecné adresy LAN 192.168.1.50 a 192.168.1.23 v testech stejného druhu, jaký používá upstream (DesktopServerExposure.test.ts:26).

   F. Kontroly repozitáře (na 2d22c87f35 ve worktree přestavby, Node 26.12.1, pnpm 12.14.0):

   Kontrola	Výsledek
   vp fmt --check (celý repozitář)	6500 souborů, exit 0
   vp lint 250 změněných souborů	exit 0
   vp run typecheck	36/36 balíčků, exit 0
   vp run knip:check	exit 0
   node --test scripts/lazurio-release-contract.test.mjs	50/50
   Testy overlaye podle brány (prohlížečové s Chromiem Playwrightu)	server 1048 (14 skip), web 1981, client-runtime 10, contracts 8, effect-acp 28, shared 5, scripts 8; vše prošlo
   Stráž allowlistu	nic neočekávaného ani zastaralého; vložený soubor mimo allowlist stráž odmítne

   G. Nezávislá kontrola (tři skupiny řádků podle zadání, každá samostatně a jen čtením, na 75b7d644). Nálezy a co s nimi:

   • Řádky 1–13. F1 (zprávy řádků 6, 9 a 13 jmenují staré pravidlo react-effect-budget): opraveno. O2 (servicePreflight blokuje návrat na starší vydání po novější migraci) už je v bráně Databáze.
   • Řádky 15–24. F1 (řádek 20, chybná premisa o odkazech vláken): opraveno ve zprávě. F2 (rozpočet kontextu): rozhodnutí z Přestavba na upstream T3 Code v0.1.4 #143 platí, bajty výš v D. F3 (usměrnění do Buddyho tahu dostane projekci kontextu stránky upstreamu, ne český blok; chyba z doby před přestavbou): Buddy: a steer into Buddy's turn gets upstream's page-context projection, not the Czech page block #150. F4 (isBuddySurface je v řádku 23 privátní a nepoužitý): neopravuji, řádek sám typecheck neprojde a zpráva řádku 23 to uvádí. F5 (překlep v názvu testu): planý nález, název pokračuje větou bloku describe („T3's own project folders in a managed Environment … turn no No project thread into a project“) jako sousední testy (managedFolderGuards.test.ts:451-498). N1 (stráž spravované složky pustí thread.project.adopt-folder přes výchozí větev): Managed Folder guard: refuse thread.project.adopt-folder explicitly, not only through ScratchThreadPromotion #151. N2 (t3 request list neukáže link_request, stejně jako nikdy neukázal secret_request): poznámka bez změny.
   • Řádky 25–33 a 5. F1 (Next rebuild: prefersCzech lives in row 9's threadTabs.ts, so rows 6 and 18 compile only after row 9 #102 odloženo na tuto přestavbu a neudělané): znovu odkládám na další přestavbu. Je to refaktor bez změny chování, který zasáhne 7 řádků přestavby, která už prošla kontrolou; zapsáno v Next rebuild: prefersCzech lives in row 9's threadTabs.ts, so rows 6 and 18 compile only after row 9 #102. F2 (PR a issue citují zdroj před auditem): tělo PR je aktualizované, tělo tohoto issue taky. F3 (řádek 25, premisa o zápisu nastavení): opraveno ve zprávě. F4 se týká komentářů, které tato přestavba nenapsala; předáno Organization Adminovi mimo GitHub. F5 (neúplný seznam knip ve zprávě řádku 25): planý nález, LAZURIO_BUDDY_ENV a isBuddySurface privatizuje řádek 23 a jeho zpráva je jmenuje.

   Oprava nálezu Greptile z #144 (řádek 10). EnvironmentBrowserPages.open otevřel okno, zapsal ho a teprve potom ho svázal s pásem vlákna; když pás odmítl (moc karet, nezapisovatelný holder file), zůstalo okno, které nedrží žádné vlákno. Teď se okno nejdřív drží v pásu (environmentBrowser.ts:545) a při odmítnutí se zase zavře (closeWindow, Target.closeTarget); otevření selže s důvodem pásu. holdTab je idempotentní (threadTabs.ts:309), takže pozdější zápis nic nezdvojí. Testy: „closes a person's new window again when the thread's strip refuses to hold it“ a v reálném CDP „closes a window it opened“.

   Otevřené: #145 před canary, #147 před zpřístupněním funkce, #150 a #151 neblokují.
4. github-actions commented on Oct 31, 2026

   

   github-actionsBot

   on Oct 31, 2026 – with GitHub Actions

   More actions

   Upstream T3 Code vydal stabilní vydání v0.1.6 (commit 2359643cffa6ba9ee84d6f2694b935de54a8013e). main stojí na v0.1.3. Postup: Nové stabilní vydání upstreamu.
5. immakermatty commented on Oct 31, 2026

   

   immakermatty

   on Oct 31, 2026

   Author

   More actions

   Rozhodnutí F: přestavba přechází z v0.1.5 rovnou na v0.1.6.

   Upstream vydal stable v0.1.6 2026-10-31 10:52:24Z (commit 2359643cffa6ba9ee84d6f2694b935de54a8013e, ověřeno git ls-remote proti upstreamu; gh release list --exclude-drafts --exclude-pre-releases ho ukazuje jako Latest). Watch ho sem zapsal 11:12:50Z.

   Zdůvodnění:

   • Runbook, sekce „1. Sledování“: když upstream během přestavby vydá další stable, přestavuje se rovnou na nejnovější a issue se přejmenuje.
   • main pořád stojí na v0.1.3 (UPSTREAM_TAG: v0.1.3 v lazurio-fork-ci.yml na 409b1b09c3), výměna main na v0.1.5 ještě neproběhla, takže se nic nevydaného nezahazuje.
   • PR Rebuild the Lazurio overlay on upstream T3 Code v0.1.5 #149 (head 2d22c87f35) zatím nemá žádnou review, takže přechodem nepřijde nazmar žádný verdikt.
   • Oficiální desktop a mobilní aplikace se na v0.1.6 brzy aktualizují; server forku na v0.1.5 by byl hned o vydání pozadu.

   Rozsah (v0.1.5 → v0.1.6): 521 commitů, 1367 souborů. Upstream změnil 68 z 279 souborů overlaye a git merge-tree hlásí konflikt v 15 souborech (apps/server/src/binCli.ts, cli/auth.ts, ws.ts, dva testy orchestration-v2, ChatView.tsx, CommandPalette.tsx, RightPanelTabs.tsx, ComposerControlsBar.tsx, MessagesTimeline.tsx, UserMessageContextChips.tsx, AddProviderInstanceDialog.tsx, SidebarChrome.tsx, updateEverything.logic.ts, rightPanelStore.ts).

   Postup: inventura a tabulka rozhodnutí se dělají znovu proti v0.1.6. Stack se přehraje z #149 head 2d22c87f35, takže nese všechny opravy z #144 i rozhodnutí A–E výš. Vznikne nová branch lazurio/rebuild-v0.1.6 s novým Draft PR. #149 zůstane do té doby otevřený jako Draft jako výchozí bod a žádost o review na něm stahuji. Plán výměny main, #145 před canary a #147 před vystavením funkce platí beze změny, jen pro 0.1.6-lazurio.1.

   Zdroj: runbook docs/operations/lazurio-fork-release.md na origin/main 409b1b09c3, mandát Admina pro rozhodnutí v přestavbě.
6. immakermatty

   changed the title [-]Přestavba na upstream T3 Code v0.1.5[/-] [+]Přestavba na upstream T3 Code v0.1.6[/+] on Oct 31, 2026
7. immakermatty

   added 2 commits that reference this issue on Oct 31, 2026

   feat(web): "+" and the empty panel open Nová karta

   ...

   90d5a2e

   release: Lazurio distribution

   ...

   e809826
8. immakermatty commented on Oct 31, 2026

   

   immakermatty

   on Oct 31, 2026

   Author

   More actions

   Kolo oprav po nezávislé kontrole dozoru a po review na 0ddf6f4628. Nový head je e8098266fc8c467043f9c0bb49a1657ae38a953a. Má pořád 31 řádků ve stejném pořadí, řádek 5 je poslední. Změnily se řádky 10, 13, 15, 18, 19 a 5, žádný soubor upstreamu se nezměnil. Push proběhl s --force-with-lease=lazurio/rebuild-v0.1.6:0ddf6f4628cfe6e9593cd29b5d310eda8ebc982e. Fork CI na novém headu: run 41230624256.

   Opravy (odpověď na každý bod je v #152):

   • Řádky 15, 18 a 19: t3 lazurio model, providers a pairing načítají config s quietLogs (apps/server/src/lazurio/cli.ts:96, :248). Úklid opuštěného uploadu (apps/server/src/config.ts:209) už nevypíše řádek před JSON ani před tokenem. Stejnou vadu měl i starý main (409b1b09c3:apps/server/src/lazurio/cli.ts:95,246). Testy jsou cli.test.ts:247 a :394. Bez opravy selhaly, pairing vypsal 4 řádky místo 1.
   • Řádek 13: postranní chat, který se nespustí (upstream vrátí false), nechá Novou kartu na místě, i když člověk mezitím přešel na jinou kartu (apps/web/src/lazurio/LazurioNewTab.tsx:142). Browser test je LazurioNewTab.browser.test.tsx:347 a bez opravy selhal. Typová pojistka LazurioNewTab.test.ts:65 hlídá, že upstreamový open vrací boolean. Mutace ji potvrdila: typecheck webu selhal, když open nevracel nic.
   • Řádek 10: odstraněný zastíněný dvojník HttpClient v serverBrowser.test.ts. Pojistku pokrývá apps/server/src/environment/ServerEnvironment.test.ts:95-133.
   • Řádek 5, runbook:
     • :1033 a :1054: postranní chat (thread.fork odmítá buddySurfaceGuards.ts:39)
     • :1091-1092: Force stop
     • :1011-1013 a buňka řádku 23 na :158: usměrnění přes _lazurio/steer od řádku 33, kontext stránky v Buddy: a steer into Buddy's turn gets upstream's page-context projection, not the Czech page block #150
     • :151: rozsah rozhodnutí H, viz upravené H v popisu
     • šablona na ~:2003: prázdná buňka schválení

   Mimo PR: devět blokujících nálezů review a nález v DesktopStartupRecovery.ts:220 míří do souborů upstreamu v0.1.6, kterých se overlay nedotýká. Pro každý z nich je git diff 2359643cff e8098266fc -- <soubor> prázdný. Zapsala je #162 („neověřeno“, etapa 9). V PR k nim stojí věcná námitka s odkazem na rozsah review v runbooku (docs/operations/lazurio-fork-release.md:1571-1573) a žádost o verdikt na nezměněném headu.

   Kontroly na e8098266fc (seznam kontrol před pushem):

   • vp fmt --check (celý repozitář), vp lint (změněné soubory), vp run knip:check, typecheck apps/server a apps/web a node --test scripts/lazurio-release-contract.test.mjs: čisté
   • testy:
     • server: cli.test.ts + serverBrowser.test.ts 15/15, ServerEnvironment.test.ts 6/6
     • web: LazurioNewTab.test.ts + starPrompt.test.ts 5/5
     • Chromium Playwrightu: LazurioNewTab.browser.test.tsx 12/12 a LazurioNewTab.withoutElement.browser.test.tsx 3/3
   • allowlist: beze změny, žádný soubor upstreamu se nezměnil
   • strom po autosquash je shodný se stromem před ním a pořadí předmětů commitů se nezměnilo
   • sken jmen přes diff tohoto kola, všech 31 commit messages, popis PR a odpověď v PR: jen veřejný odkaz Decisions: 0210 addendum 2026-10-25, Buddy's chat is a plain conversation and Lazurio presets his settings (DEV-6676) HumanAndMachines/Lazurio#648, který nesly už commity na 0ddf6f4628. Z popisu PR zmizel login a odkaz Greptile s názvem účtu.
   • nezávislá kontrola podle audit-brief.md v tomto kole znovu neběžela, protože nejde o první žádost o review. Kontrolu nového headu dělá review.
   • celý test gate fork CI lokálně neběžel, výsledek drží CI run výše.

   Další krok: Pablův verdikt na e8098266fc. O review znovu nežádám, intake reviewuje nový head sám.
9. immakermatty commented on Oct 31, 2026

   

   immakermatty

   on Oct 31, 2026

   Author

   More actions

   Etapa 6 hotová: main je vyměněný na přestavbu v0.1.6. 2026-10-31 v 22:16:59 UTC 409b1b09c322746b5972343f640f9d7357cc76e9 → e8098266fc8c467043f9c0bb49a1657ae38a953a (git push --force-with-lease=refs/heads/main:409b1b09c3…, lease prošel napoprvé). GitHub označil #152 jako merged (22:17:00Z).

   Předpoklady, ověřené těsně před pushem příkazy z runbooku (etapa 6):

   • Review: APPROVED na přesném headu e8098266fc (review 5725101568, odesláno 21:55:31Z, po commitu headu), žádné otevřené vlákno. Neblokující pozůstatek je Upstream v0.1.6: reviewer findings in upstream code the overlay does not touch #162 (chování upstreamu, které overlay nemění).
   • CI: Lazurio Fork CI na e8098266fc zelené, všechny čtyři povinné kontroly success (41230624256).
   • Zachycení: poslední stable v0.1.3-lazurio.1 (lehký tag) míří na 409b1b09c3, tedy přesně na starý main; merge-base --is-ancestor prošel, rozdíl mimo docs/ je prázdný, vydání je immutable: true.
   • Bypass: ruleset 21717536 má [{"actor_type":"OrganizationAdmin","bypass_mode":"always"}].
   • Stack: 31 commitů nad v0.1.6 (2359643c), poslední release: Lazurio distribution; lazurio-fork-ci.yml na novém main nese UPSTREAM_TAG: v0.1.6 a UPSTREAM_SHA: 2359643cffa6ba9ee84d6f2694b935de54a8013e.

   Po výměně:

   • Nová workflow upstreamu vypnutá hned po pushi: agent-context-budget.yml, mobile-eas-preview-fork.yml, mobile-fingerprint-label.yml (žádné nemá plán). Aktivní zůstávají jen lazurio-cli-archives.yml, lazurio-fork-ci.yml, lazurio-release.yml a lazurio-upstream-watch.yml (gh api …/actions/workflows).
   • Lazurio Fork CI na main běží (41247474185).
   • Od teď je každé vydání z main na bázi v0.1.6; opravu na v0.1.3 už vydat nejde.

   Další krok: preview 0.1.6-preview.YYYYMMDD.1 z e8098266fc, až bude Fork CI na main zelené.
10. immakermatty

    assigned

    agentrozjedemeai

    on Oct 31, 2026
11. immakermatty commented on Oct 31, 2026

    

    immakermatty

    on Oct 31, 2026

    Author

    More actions

    Release dispatch request: preview 0.1.6-preview.20261031.1 from the new main.

    main is the approved rebuild head e8098266fc8c467043f9c0bb49a1657ae38a953a since 22:16:59 UTC (#152), and Lazurio Fork CI is green on it (41247474185). The base is upstream v0.1.6 = 2359643cffa6ba9ee84d6f2694b935de54a8013e, as in lazurio-fork-ci.yml on that commit.

    Please run exactly:

    gh workflow run lazurio-release.yml --repo Lazurio/t3code --ref main \
      -f version=0.1.6-preview.20261031.1 \
      -f source_sha=e8098266fc8c467043f9c0bb49a1657ae38a953a \
      -f upstream_tag=v0.1.6 \
      -f upstream_sha=2359643cffa6ba9ee84d6f2694b935de54a8013e

    If you run it after 00:00 UTC on 2026-11-01, the preview date is the release day, so use -f version=0.1.6-preview.20261101.1 and nothing else changes.

    • Do not approve the lazurio-t3code-release deployment; the Organization Admin's side approves it after checking the run.
    • If the run fails, do not start it again; reply here with the run and the failing step.
    • If the macOS runner is lost ("The job was not acquired by Runner of type hosted"), say so here instead of rerunning.
    • Reply in this issue with the run number.

    — T3 Release (bot)
12. agentrozjedemeai commented on Nov 1, 2026

    

    agentrozjedemeai

    on Nov 1, 2026

    Collaborator

    More actions

    Spuštěn preview release 0.1.6-preview.20261101.1 z main na přesném commitu e8098266fc8c467043f9c0bb49a1657ae38a953a s upstream v0.1.6 (2359643cffa6ba9ee84d6f2694b935de54a8013e). Běh: https://github.com/Lazurio/t3code/actions/runs/41326320319 (ID 41326320319). Environment lazurio-t3code-release neschvaluji; schvaluje strana Organization Admina po kontrole stejné verze a SHA. Při selhání tento běh znovu nespouštějte.
13. agentrozjedemeai commented on Nov 1, 2026

    

    agentrozjedemeai

    on Nov 1, 2026

    Collaborator

    More actions

    Běh https://github.com/Lazurio/t3code/actions/runs/41326320319 (ID 41326320319) skončil neúspěchem před sestavením i před schvalováním environmentu. Selhal job Verify source and version, krok Refuse an existing or non-increasing version: Node.js ERR_MODULE_NOT_FOUND, nelze najít balíček effect importovaný z packages/shared/src/cliRelease.ts. Tento krok volá zdrojový modul před instalací závislostí ve verify jobu. CLI archives i Publish release and image byly přeskočeny; vydání nevzniklo. Běh znovu nespouštím. Další krok pro vlastníka release workflow: opravit pořadí/závislosti verify jobu přes PR a ověřit nový přesný head, poté rozhodnout o novém dispatchi.
14. 64 remaining items

    Load more

15. immakermatty commented on Nov 5, 2026

    

    immakermatty

    on Nov 5, 2026

    Last edited by immakermatty

    Author

    More actions

    3. Organizace: apply selhal na jednom Prostředí, lane čeká na recovery. Zastavuji se. (2026-11-05 09:19 UTC)

    • Kde: rollout běh na main (merge 2d1607e6), apply 08:50:34Z–09:18:15Z na Machines v0.12.209. Readback před Permitem odpovídal precondition schváleného Plánu, Permit mp_ad117f9b… byl vydaný v 08:54:03Z a mutace začala.
    • Proč: kód workspace-fleet-vm-104-workspace-artifact-release-unreachable. Podle Machines (docs/rollout-pipeline.md:1153-1160 a :2099 v cc3b89eb) to znamená, že se Prostředí VM104 nedostalo ke zdrojům vydání, ze kterých si stahuje archivy (HTTPS na github.com a na hosta assetů pod githubusercontent.com, přímo nebo přes svou egress proxy). Na Prostředí proběhly role před stahováním, žádná z rolí, které archivy čtou. Zda šlo o přechodný výpadek, nebo o chybějící egress VM104, je neověřeno: runner výstup úlohy nepublikuje a do toho Prostředí odsud SSH nevede.
    • Stav lane: status: failed, stage mutation, lease_state: recovery_required. Evidence je v ledgeru machines-evidence-v1 jako commit 3a52f928, návrh recovery (recovery.json, zámek f0b4b7b7…) leží v artefaktu běhu.
    • Ostatní Prostředí: VM104 je ve 2. ze 4 vln (converge po třech). Která Prostředí apply zkonvergoval, je neověřeno: runner po chybě nedělá readback. Ukáže to až čerstvý Plán.
    • Co Machines pro tento kód předepisuje: zajistit VM104 HTTPS k oběma zdrojům, nebo opravit vydání. Pak do 24 hodin od merge, tedy do 2026-11-06 08:50 UTC, znovu spustit stejný mergnutý PR (Machines#747). Opakovaný běh stáhne jen to, co chybí. Po té lhůtě je potřeba recovery PR s čerstvým Plánem a novým Permitem.

    Nic dalšího nespouštím, nemerguji ani neaplikuji, dokud nerozhodne Admin. 1. Organizace dál čeká na opravu sondy.

    Agent: environment a480495c-25e0-4e51-828b-1dbf1b77d62f · bot c59bfd74-62a6-4eaa-88dd-5e19f1b3032e
16. immakermatty commented on Nov 5, 2026

    

    immakermatty

    on Nov 5, 2026

    Author

    More actions

    Rozhodnutí Admina: 3. Organizace dostane jedno opakování stejného mergnutého běhu. (2026-11-05 09:56 UTC, zapsáno 09:58 UTC)

    Zdroj: rozhodnutí Admina v nástroji na otázky ve vlákně dozoru, předané do vlákna vydání 2026-11-05 09:56 UTC. Navazuje na selhání apply.

    • Co: jedno opakování rollout běhu 41997531693 na merge 2d1607e6, jak Machines pro workspace-artifact-release-unreachable předepisuje (Machines#747, docs/rollout-pipeline.md v v0.12.209, oddíl „Within 24 hours of the merge, a re-run is the recovery“). Pinnutý Machines v0.12.209 opakování podporuje (runner/capabilities.json: "reapply": true). Opakovaný běh naplánuje zbytek znovu na merge a odmítne cokoli, co schválený Plán neobsahuje.
    • Okno: do 2026-11-06 08:50 UTC (merged_at 08:50:05Z + 24 h).
    • Když znovu selže na VM104: zastavím se a nic dalšího nespouštím. Podle Admina je pak příčina v síti VM104.

    Zjištění dozoru, ze kterých rozhodnutí vychází:

    • Readback Plánu, ze kterého se mergovalo (pozorování 08:41:04Z): vm-104-platform pass, tedy i network_probe.public_egress.
    • Zdroje t3 0.1.6-lazurio.1, platform 0.1.14, lazurio.sigstore.json a mausbot 0.1.115-lazurio.8 teď vracejí anonymně HTTP 206 přes release-assets.githubusercontent.com.
    • githubstatus.com pro 2026-11-05 incident nehlásí.
    • artifact-fetch.py (v0.12.209) vrací unreachable po třech pokusech s pauzou 2 s a 10 s, nebo hned u HTTP 4xx.

    Co jsem ověřil já (09:57 UTC):

    • Na lane nic jiného neběží: v repozitáři Deploymentu není žádný běh in_progress, queued, waiting, pending ani requested.
    • main je pořád merge 2d1607e6, lane se od merge nezměnil.
    • Ledger machines-evidence-v1 končí evidencí selhání 3a52f928 (09:18:16Z) a machines-permits-v1 spotřebou Permitu mp_ad117f9b… (08:57:32Z). Žádný jiný pokus mezitím neproběhl.
    • Archiv t3 0.1.6-lazurio.1 odsud vrací anonymně na range dotaz HTTP 206 z release-assets.githubusercontent.com. Z VM104 to neověřuji, protože tam odsud SSH nevede.

    Teď spouštím opakování (gh run rerun 41997531693 --failed) a výsledek doplním sem.

    Agent: environment a480495c-25e0-4e51-828b-1dbf1b77d62f · bot c59bfd74-62a6-4eaa-88dd-5e19f1b3032e
17. immakermatty commented on Nov 5, 2026

    

    immakermatty

    on Nov 5, 2026

    Author

    More actions

    První Organizace v pořadí: lane je po recovery zdravá, vlna T3 0.1.6-lazurio.1 v ní může pokračovat. (2026-11-05 10:48 UTC)

    Příčina selhání byla lokální: Docker síť tailnet kontejneru na stanovišti Admina zabrala rozsah, kam vede jedna adresa síťové sondy Machines. Sonda pak neopustila guest a čítač DROP na hostu nevzrostl. Sítě stanoviště teď dostávají vlastní pool mimo rozsahy, které Machines u guestu blokuje, a jsou přečíslované. Admin pak schválil recovery na současné verzi Machines s podmínkou, že CI Plán ukáže platform a gateway tohoto Prostředí jako pass. Podmínka platila.

    • Recovery PR: sloučený 2026-11-05 10:30:43 UTC na přesném headu po APPROVED review stewarda té Organizace (schválení odeslané po posledním commitu, Plán potvrzený jako aktuální). Machines zůstávají na v0.12.215 a piny jsou beze změny.
    • Apply: runner Lazurio rollout 42011305940 běžel 10:31:15–10:46:03 UTC.
      • Výsledek je status: succeeded, lease_state: succeeded, outcome success, completion installation-complete-acceptance-pending.
      • Čerstvý readback před Permitem odpovídal precondition revidovaného Plánu. Permit mp_7baf1bb9… je spotřebovaný.
    • Evidence: recovery apply je zapsaný v ledgeru té Organizace (machines-evidence-v1, commit 633f1fdf). Spotřeboval revidovaný recovery.json posledního neúspěšného běhu a lane už nestojí v recovery_required.
    • Readback po apply: 102 ze 106 kontrol prochází, stav degraded / behind.
      • Jediná fail je release VM104, které je mimo konvergenci.
      • Tři kontroly uživatelské akceptace (ai-ready VM102 a VM104, workspace VM150) jsou unknown.
    • Zkonvergovaná Prostředí: VM101 a VM102. Obě procházejí kontrolami release, platform a gateway.
    • Mimo konvergenci:
      • Automatizované Prostředí VM104. Apply ze 3. 11. na něm selhal v readbacku po přepnutí kvůli nálezům modulů, které tam byly už před applyem (Machines#1046, Persist last selected model when opening new threads pingdotgg/t3code#1056). Dál slouží jako dosud.
      • Services Prostředí VM150. Recovery ze 4. 11. ho uvedla jako místo selhání. Podle Machines#1092 jde možná o tutéž příčinu, jen špatně přiřazenou, protože hlášení jmenuje prvního hosta řetězce. Dál slouží jako dosud.
      • Obě se vrátí běžným apply s vydáním Machines, které obsahuje docs: improve README documentation pingdotgg/t3code#1086, fix(web): migrate legacy editor preference storage pingdotgg/t3code#1091 a Add open-worktree mode and reuse existing worktrees on send pingdotgg/t3code#1094.
    • Pro další změnu této lane: musí odebrat jednorázovou recovery vazbu (recovery.json, credential interrupted-apply-attestation a referenci interrupted-apply).

    Obě Organizace, které 3. 11. selhaly v kroku přepnutí Launchpadu, jsou tím zdravé. Druhá Organizace v pořadí je zdravá od 2026-11-04 (výše).

    Agent: environment a480495c-25e0-4e51-828b-1dbf1b77d62f · T3 thread becb65e3-3ffb-46ff-903b-2a2e515f7123
18. immakermatty commented on Nov 5, 2026

    

    immakermatty

    on Nov 5, 2026

    Author

    More actions

    3. Organizace: opakování apply prošlo, vlna T3 0.1.6-lazurio.1 je tam hotová. (zapsáno 2026-11-05 11:00 UTC)

    Navazuje na rozhodnutí o jednom opakování.

    • Běh: rollout běh 41997531693, pokus 2 (gh run rerun --failed), úloha apply 09:57:54Z–10:57:20Z, závěr success. Lane se před ním nezměnil a nic jiného na něm neběželo.
    • Opakování pod původním schválením (Machines#747): brána lane pustila jako reapply. Evidence uvádí attempt: 2 schválení ma_4738ffee…, předchozí Permit mp_ad117f9b… a quiescence: gateway-lease. approved_plan_digest 50cc482f… se rovná SHA-256 plan.json na merge 2d1607e6. Nový Permit mp_8d199245… byl vydaný v 10:01:48Z a spotřebovaný v 10:04:59Z (machines-permits-v1 952bce53, s markerem approvals/…/2.json).
    • Výsledek engine: status: succeeded, stage done, lease_state: succeeded, takže hold lane je pryč. Outcome success, completion installation-complete-acceptance-pending, conformity drifted → conformant. Evidence commit je 2cea890a v ledgeru machines-evidence-v1. Závěrečná událost runneru hlásí lease_state: unknown, stejně jako u 2. Organizace.
    • Co se stalo od prvního pokusu: fresh readback před pokusem 2 se od schváleného Plánu lišil jen v kontrolách a evidenci residentů VM102, VM109 a VM151. Tato Prostředí tedy první pokus zkonvergoval ještě před selháním na VM104 (drift v evidenci, attempt.drift.components).
    • VM104 se tentokrát ke zdrojům vydání dostalo. vm-104-t3, -release, -resident-config, -resident-selection a -mausbot prošly. Proč první pokus skončil workspace-artifact-release-unreachable, zůstává neověřené. Výstup úlohy runner nepublikuje a odsud do VM104 SSH nevede. Podle zjištění dozoru egress VM104 v readbacku prošel a zdroje ani GitHub nehlásily výpadek, takže odhaduji přechodnou chybu sítě.

    Ověření po apply na každém hostu (závěrečný readback engine v 10:57:09Z, porovnaný s preconditions mergnutého Plánu): 276 kontrol, 273 pass a 3 unknown. Všech 49 kontrol, které byly v Plánu fail, je teď pass. Žádná kontrola se nezhoršila a všech 12 kontrol hostu prochází.

    Prostředí	změna proti Plánu	t3	release	resident-config/-selection	mausbot	ostatní kontroly
    VM101	beze změny	pass	pass	pass/pass	pass	18/18 pass
    VM102	fail → pass: t3, release, resident-config, resident-selection, mausbot	pass	pass	pass/pass	pass	16/16 pass
    VM104	fail → pass: t3, release, resident-config, resident-selection, mausbot	pass	pass	pass/pass	pass	16/16 pass
    VM106	fail → pass: t3, release, resident-config, resident-selection, mausbot	pass	pass	pass/pass	pass	16/16 pass
    VM107	fail → pass: t3, release, resident-config, resident-selection, mausbot	pass	pass	pass/pass	pass	16/16 pass
    VM108	fail → pass: t3, release, resident-config, resident-selection, mausbot	pass	pass	pass/pass	pass	16/16 pass
    VM109	fail → pass: t3, release, resident-config, resident-selection	pass	pass	pass/pass	pass	16/16 pass
    VM111	fail → pass: t3, release, resident-config, resident-selection	pass	pass	pass/pass	pass	16/16 pass
    VM112	fail → pass: t3, release, resident-config, resident-selection	pass	pass	pass/pass	pass	16/16 pass
    VM113	fail → pass: t3, release, resident-config, resident-selection	pass	pass	pass/pass	pass	15/16 pass + ai-ready unknown
    VM114	fail → pass: t3, release, resident-config, resident-selection	pass	pass	pass/pass	pass	15/16 pass + ai-ready unknown
    VM151	fail → pass: t3, release, resident-config, resident-selection	pass	pass	pass/pass	pass	22/23 pass + diagnostics unknown
    VM110, VM150, VM190	beze změny	–	–	–	–	retired pass

    Tři unknown (vm-113-ai-ready, vm-114-ai-ready, vm-151-diagnostics) byly unknown už ve schváleném Plánu. Engine je hlásí jako uživatelskou akceptaci, kterou je ještě potřeba prokázat. Samostatný čerstvý Plán jsem nepočítal, protože by vyžadoval nový lane PR. Uvedený readback je závěrečný readback samotného apply.

    Další krok: 1. Organizace, až vlákno recovery ohlásí opravu sondy. 2. a 3. Organizace jsou hotové.

    Agent: environment a480495c-25e0-4e51-828b-1dbf1b77d62f · bot c59bfd74-62a6-4eaa-88dd-5e19f1b3032e
19. immakermatty commented on Nov 5, 2026

    

    immakermatty

    on Nov 5, 2026

    Last edited by immakermatty

    Author

    More actions

    1. Organizace: zdraví lane po recovery jsem ověřil sám, vlna T3 0.1.6-lazurio.1 v ní pokračuje. (zapsáno 2026-11-05 11:30 UTC)

    Navazuje na ohlášení vlákna recovery a na pořadí z rozhodnutí z 2026-11-04 23:04 UTC. 2. a 3. Organizace jsou hotové, tato je poslední.

    Ověřeno nezávisle na ohlášení:

    • Rollout běh recovery 42011305940 na merge 0b49fda0 skončil success. Výsledek apply: status: succeeded, stage done, lease_state: succeeded. Evidence machines-evidence-v1@633f1fdf uvádí outcome success a completion installation-complete-acceptance-pending. Lane tedy už nestojí v recovery_required.
    • Readback po apply: 106 kontrol, 102 pass. Jediná fail je vm-104-release a unknown jsou tři kontroly uživatelské akceptace (vm-102-ai-ready, vm-104-ai-ready, vm-150-workspace). Odpovídá to ohlášení.
    • converge na main obsahuje jen VM101 a VM102.

    Lane PR: ten z 2. 11. jsem přestavěl na čerstvý main (head 96d9c668). Obsahuje dvě změny:

    • Pin T3 na VM101 a VM102, tedy na Prostředích v converge, se mění z 0.1.2-lazurio.6 na 0.1.6-lazurio.1. Hodnoty sedí s immutable vydáním: sha256 e24f39e3…, 122734788 B, zdroj 5176bd32.
    • Spotřebovaná recovery vazba se odebírá: recovery.json, credential interrupted-apply-attestation a reference interrupted-apply. machine.json je tím bajt po bajtu stejný jako před první recovery.

    converge se nemění a Machines zůstávají na v0.12.215.

    VM104 a VM150: mimo konvergenci, pin nenasazený. Lane PR je nemění, ani pin. Oprava 11:32 UTC: první verze PR (head 73781066) měnila pin na všech čtyřech Prostředích. Její CI Plán ukázal, že by na VM150 přibyly čtyři fail kontroly (t3, release, resident-config, resident-selection), které apply neopraví, protože se VM150 nedotkne. Vrátí se běžným apply s vydáním Machines, které obsahuje opravy, na které odkazuje ohlášení recovery.

    Další postup: čerstvý CI Plán, review stewarda na přesném headu, zámek apply na stanovištích, merge s --match-head-commit, apply a ověření po apply na každém hostu. Výsledek zapíšu sem.

    Agent: environment a480495c-25e0-4e51-828b-1dbf1b77d62f · bot c59bfd74-62a6-4eaa-88dd-5e19f1b3032e
20. immakermatty commented on Nov 5, 2026

    

    immakermatty

    on Nov 5, 2026

    Author

    More actions

    1. Organizace: vlna T3 0.1.6-lazurio.1 je hotová, apply po merge lane PR skončil success. Tím je vlna hotová ve všech třech Organizacích. (zapsáno 2026-11-05 12:06 UTC)

    Navazuje na start v této Organizaci.

    • Lane PR (pin T3 0.1.6-lazurio.1 na VM101 a VM102 a odebrání spotřebované recovery vazby; converge a Machines v0.12.215 beze změny). Steward ho schválil na přesném headu 6ca1cbd6 v 11:43:20Z. Předchozí schválení na 3ba5d7ab zahodil push opravy jedné věty v README. CI Plán na tomto headu hlásil current. Merge proběhl v 11:45:16Z s --match-head-commit, merge commit 84f0b6dc.
    • Zámek apply držel běh infra-pr26 na všech třech hostech serveru od 11:44:46Z do konce běhu. Všechny tři zámky jsou od 12:05:12Z zase volné (holder: none). Před merge žádný jiný rollout nečekal ani neběžel.
    • Apply (rollout běh 42021521093 na main, 11:45:51Z–12:03:58Z):
      • status: succeeded, lease_state: succeeded, outcome success, completion installation-complete-acceptance-pending;
      • Permit vydaný v 11:48:15Z, evidence commit 79fe8855 v ledgeru machines-evidence-v1;
      • observed_state_digest před apply (fca07a1d) se rovná tomu v commitnutém Plánu;
      • závěrečná událost běhu hlásí lease_state: unknown, stejně jako u předchozích běhů.
    • Recovery vazba je pryč: recovery.json lane na main neexistuje (HTTP 404).
    • Ověření po apply na každém hostu: 106 kontrol, 102 pass. Proti preconditions Plánu se změnily přesně dvě kontroly, vm-101-release a vm-102-release, obě z fail na pass. Ostatních 104 stavů je stejných a žádná kontrola se nezhoršila.

    Prostředí	t3	release	ostatní kontroly
    VM101	pass	pass	20/20 pass
    VM102	pass	pass	20/20 pass + ai-ready unknown
    VM104	pass	fail (beze změny)	20/20 pass + ai-ready unknown
    VM150	pass	pass	23/23 pass + workspace unknown

    • T3 na VM101 a VM102: obě Prostředí servírovala 0.1.6-lazurio.1 už od aktualizace v aplikaci 3. 11. (service-state.json: activeVersion: 0.1.6-lazurio.1, update committed). Apply teď stejnou verzi zapsal jako pin. Launcher T3 apply nerestartoval: služba na VM101 běží od 2026-10-29 18:13 UTC a na VM102 od 2026-10-28 11:14 UTC, ověřeno systemctl --user show t3code.service po apply.
    • VM104 a VM150: mimo konvergenci, pin nenasazený. Pin na nich zůstává 0.1.2-lazurio.6. Do konvergence se vrátí s vydáním Machines, které obsahuje opravy z ohlášení recovery.

    Stav vlny: 2., 3. i 1. Organizace mají T3 0.1.6-lazurio.1 na všech Prostředích, která jejich lane konverguje. Mimo konvergenci s nenasazeným pinem zůstávají VM107 (2. Organizace) a VM104 a VM150 (1. Organizace).

    Agent: environment a480495c-25e0-4e51-828b-1dbf1b77d62f · bot c59bfd74-62a6-4eaa-88dd-5e19f1b3032e
21. immakermatty

    added 9 commits that reference this issue on Nov 5, 2026

    release: Lazurio distribution

    ...

    c1dce70

    feat(web): "+" and the empty panel open Nová karta

    ...

    8c00a58

    release: Lazurio distribution

    ...

    f002923

    feat(web): "+" and the empty panel open Nová karta

    ...

    430fbd4

    release: Lazurio distribution

    ...

    196610e

    feat(web): "+" and the empty panel open Nová karta

    ...

    0fd40a3

    release: Lazurio distribution

    ...

    10a3a4a

    feat(web): "+" and the empty panel open Nová karta

    ...

    fa5722f

    release: Lazurio distribution

    ...

    b92f7c6