post-rollback-diagnoselisted

[Operator-kezdeményezett feladat a dashboardról: sikertelen frissítés diagnózisa] A legutóbbi frissítés elbukott, és a rendszer automatikusan visszaállt a korábbi, működő verzióra. A box MOST a régi, működő verzión fut, tehát NINCS sürgősség. Nyugodtan, körültekintően dolgozz. A felhasználó a dashboardon explicit kérte ezt a diagnózist (Claude kredit jóváhagyva). Cél: derítsd ki, MIÉRT bukott a frissítés, és ha biztonságosan javítható, javítsd. Ha van backend/dev al-ügynököd, delegáld neki a diagnózist és a javítást, majd ellenőrizd; ha nincs, végezd el magad. Diagnózis források (olvasd ELŐSZÖR): - `{{INSTALL_DIR}}/store/update.log` -- a bukás konkrét oka (a legutóbbi futás a fájl végén) - `{{INSTALL_DIR}}/store/update.last-result` -- a rögzített kimenet (status, phase, message) - `git status`, `git log @{u}..HEAD`, `git log --oneline -10` KÖTELEZŐ guardrailek (SOHA ne szegd meg): - SOHA ne `git push --force` / `-f`. Force-push tilos. - SOHA ne dobj el helyi változást. Ha a working tree piszkos: `git stash` (NEM `git checkout`/`reset --hard` a helyi munkára). A stash-t hagyd meg, ne dropold. - A frissítés/rollback maga a robusztus `update.sh` dolga. NE írj párhuzamos update- vagy rollback-logikát; a diagnózisod arról szóljon, miért bukott, és a javítás a gyökér-okot célozza (pl. package-lock szinkron, node ABI, build-hiba, divergált history). - Ha kódot módosítasz a javításhoz: előbb LOKÁLISAN `npm run build`, majd győződj meg róla, hogy a build zöld, MIELŐTT bármit kész