chore: wymuszenie nowego obrazu data/logic/presentation po incydencie z :latest

Komentarz-marker w main.py każdej z trzech usług — zmienia zawartość obrazu, więc
build.yaml wyprodukuje NOWE SHA-tagi z nowszym `created`. To odblokowuje
image-updatera (strategia newest-build), który utknął: wszystkie trzy usługi mają
w deployu tag `:latest`, którego build.yaml nigdy nie pcha (tylko SHA), więc nowe
pody wpadły w ImagePullBackOff. Nowy build z realnym SHA da updaterowi co promować
i przykryje `:latest` w kustomization — bez ręcznej zmiany w repo deploy.

UWAGA: samo to NIE wystarczy. W namespace astrololo zniknął pull-secret
`gitea-registry`, więc nawet z poprawnym tagiem nowe pody nie pobiorą obrazu.
Trzeba go odtworzyć (kopia działającego `gitea-registry-creds` z ns argocd) —
osobna, ręczna operacja, poza tym commitem.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

services/data/app/main.py

@@ -4,6 +4,7 @@ Jedyne zadanie: przyjąć znormalizowane zapytanie z warstwy logicznej, wyszuka
 dane (w Excelu z cache lub w SQL) i zwrócić je w górę. Nie zna warstwy logicznej
 ani prezentacji.
 """
+# build-marker: 2026-07-25 wymuszenie nowego obrazu po incydencie z tagiem :latest
 from __future__ import annotations
 
 from contextlib import asynccontextmanager

services/logic/app/main.py

@@ -4,6 +4,7 @@ W górę: udostępnia API dla warstwy prezentacji.
 W dół: woła warstwę bazodanową (DataClient).
 Nie serwuje HTML, nie czyta plików/baz — tylko reguły i pośrednictwo.
 """
+# build-marker: 2026-07-25 wymuszenie nowego obrazu po incydencie z tagiem :latest
 from __future__ import annotations
 
 from datetime import datetime

services/presentation/app/main.py

@@ -7,6 +7,7 @@ Strona główna „/" = wprowadzenie danych horoskopu i podgląd policzonych poz
 (do ręcznego testowania aplikacji). Wyszukiwarka sygnifikatorów przeniesiona pod
 „/significators".
 """
+# build-marker: 2026-07-25 wymuszenie nowego obrazu po incydencie z tagiem :latest
 from __future__ import annotations
 
 import json