feat(astrololo): profil deployu swisseph (silnik B, AGPL)

Drugi, opcjonalny wariant deployu: ten sam stack co produkcja, ale logic
liczy na Swiss Ephemeris zamiast na wlasnym Skyfieldzie.

Overlay Kustomize nad ../astrololo:
- dokłada usluge engine-swisseph (Deployment + Service, ClusterIP — bez
  wejscia z zewnatrz, izolacja AGPL: rozmawia z nia tylko logic),
- patchuje logic: EPHEMERIS_ENGINE=swisseph + ENGINE_SWISSEPH_URL (wlacza
  tez /chart/compare, LOG-25/26),
- tagi data/logic/presentation dziedziczy z bazy (sledzi wersje produkcji).

Aktywacja przez wskazanie GitOps na katalog astrololo-swisseph zamiast
astrololo (profil zastepujacy baze w tym samym ns). Szczegoly w README.
Zwalidowane `kubectl kustomize` (9 obiektow, env logica i ClusterIP OK).

Wymaga obrazu astrololo-engine-swisseph w registry — buduje go osobny
workflow w repo astrololo (PR rownolegly).

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

astrololo-swisseph/logic-swisseph.patch.yaml

@@ -0,0 +1,22 @@
+# Patch warstwy logicznej dla profilu swisseph.
+# Strategic merge po kluczu `name`: nadpisuje EPHEMERIS_ENGINE (own -> swisseph)
+# i DODAJE ENGINE_SWISSEPH_URL; DATA_URL i reszta env z bazy zostają nietknięte.
+#
+# EPHEMERIS_ENGINE=swisseph  -> silnikiem GŁÓWNYM jest RemoteEngine (Swiss Ephemeris).
+# ENGINE_SWISSEPH_URL        -> adres usługi silnika B; włącza też /chart/compare
+#                               (porównanie own vs swisseph, LOG-25/26).
+apiVersion: apps/v1
+kind: Deployment
+metadata:
+  name: logic
+  namespace: astrololo
+spec:
+  template:
+    spec:
+      containers:
+        - name: logic
+          env:
+            - name: EPHEMERIS_ENGINE
+              value: "swisseph"
+            - name: ENGINE_SWISSEPH_URL
+              value: "http://engine-swisseph:8003"