update

.claude/memory/MEMORY.md

@@ -4,3 +4,5 @@
 - [feedback_edit_icon_pattern.md](feedback_edit_icon_pattern.md) — Ikonka ✎ na hover z dropdown menu — reuse pattern
 - [feedback_generowanie_imie_dziecka.md](feedback_generowanie_imie_dziecka.md) — Imię dziecka do skryptów generowania musi być w dopełniaczu (Ignacy → Ignacego)
 - [feedback_generowanie_pythonutf8.md](feedback_generowanie_pythonutf8.md) — Skrypty generowania uruchamiaj z PYTHONUTF8=1 (emoji/Unicode w od_kogo/życzeniach)
+- [feedback_generowanie_widocznosc_warstw.md](feedback_generowanie_widocznosc_warstw.md) — Przy eksploracji PSD sprawdzaj visible warstw — niewidoczne grupy mylą wybór celu edycji
+- [feedback_mysql_polskie_znaki.md](feedback_mysql_polskie_znaki.md) — LIKE z polskimi znakami (ł) przez shell→mysql może fałszywie zwracać 0 — użyj hex-encoded CONCAT

.claude/memory/feedback_generowanie_widocznosc_warstw.md

@@ -0,0 +1,11 @@
+---
+name: Widocznosc warstw przy eksploracji PSD
+description: Przy eksplorowaniu struktury szablonu PSD sprawdzaj visible, nie tylko strukturę — niewidoczne grupy mogą zmylić, którą grupę edytować
+type: feedback
+originSessionId: 6b490a59-53d2-4351-8049-2be9d065ec83
+---
+Przy pisaniu skryptów generowania z szablonu PSD — eksplorator warstw MUSI raportować `visible` dla każdej grupy i warstwy. Sama struktura nazw nie wystarczy.
+
+**Why:** W szablonie Łabędzie były dwie grupy o tej samej funkcji — `dane` (semantyczne nazwy: imiona, data, podziekowanie — ale `visible=False`, niedokończony eksperyment) oraz `Warstwa 1` (literalne nazwy: "Przemek", "Ania", "17.08.2024" — `visible=True`, aktywny design). Skrypt edytował `dane` (lepiej nazwane), ale render pokazywał `Warstwa 1`. Plik wychodził "nietknięty" mimo że log pokazywał podmianę.
+
+**How to apply:** W `_tmp_explore_*.py` zawsze drukuj `visible` dla `layerSets` i `artLayers`. Przy wyborze grupy docelowej — preferuj `visible=True`. Jeśli są dwie kandydatki (widoczna z dziwnymi nazwami + ukryta z ładnymi) — najpierw przemianuj warstwy w widocznej na czytelne semantyczne nazwy, potem pisz skrypt.

.claude/memory/feedback_mysql_polskie_znaki.md

@@ -0,0 +1,21 @@
+---
+name: Polskie znaki w mysql LIKE przez shell
+description: LIKE z polskimi znakami (szczególnie ł) w zapytaniach mysql uruchamianych z git-bash nie zawsze dopasowuje — użyj hex-encoded pattern w CONCAT
+type: feedback
+originSessionId: 6b490a59-53d2-4351-8049-2be9d065ec83
+---
+Przy filtrowaniu klientów w `/wygeneruj-projekty` — jeśli imię/nazwisko zawiera polskie znaki (szczególnie `ł`, ale też `ę`/`ń` w niektórych kombinacjach), LIKE w postaci `WHERE oa.name LIKE '%Małgorzata%'` przekazane przez `mysql.exe -e "..."` z git-bash może zwracać **zero wyników**, mimo że rekord istnieje w bazie.
+
+**Why:** shell/terminal/console transkoduje polskie znaki niespójnie między git-bash a mysql.exe (ConvertTo z UTF-8 na code page Windows i z powrotem). Charset kliencki `--default-character-set=utf8mb4` nie zawsze to naprawia. Rekord w bazie jest poprawnie UTF-8, ale pattern LIKE po przejściu przez shell zawiera inne bajty.
+
+**How to apply:** Jeśli zapytanie dopasowania klienta po nazwisku zwraca 0 wyników, a jesteś pewny że rekord istnieje — ponów z hex-encoded wzorcem:
+
+```sql
+-- Zamiast: WHERE oa.name LIKE '%Stępińska%'
+-- Użyj:
+WHERE oa.name LIKE CONCAT('%', 0x5374C4997069C584736B61, '%')
+```
+
+Hex wygenerować w shell: `printf 'Stępińska' | od -An -tx1 | tr -d ' \n'` → `5374C4997069C584736B61`.
+
+Lub użyj samego fragmentu bez polskich znaków (np. tylko nazwisko `%tarnowska%`, `%fundakowska%`) gdy to wystarcza do jednoznacznego dopasowania.