wuerth-plato: Kontext (Memory + settings.json) ins Sync-Repo aufnehmen

wuerth-plato/memory/feedback_klein_und_pragmatisch.md

@@ -0,0 +1,22 @@
+---
+name: feedback-klein-und-pragmatisch
+description: "Default-Modus = minimaler Patch am Existierenden, nicht Architektur-Design. Erst Ist-Stand erfragen, nicht aus Generikem ableiten."
+metadata: 
+  node_type: memory
+  type: feedback
+  originSessionId: 4657cfc7-6fae-499b-a8f3-9118720952d7
+---
+
+Bei Marcus' Fragen **immer zuerst klären, was er schon hat**, bevor irgendetwas vorgeschlagen wird. Lösung ist fast immer "minimaler Patch am bestehenden Tool/File", nicht "neue Architektur". Keine Tradeoff-Tabellen, keine 3-Optionen-Liste, keine System-weiten Vorschläge, solange er nicht explizit danach fragt.
+
+**Why:** Mai 2026 — VPN-Erreichbarkeitsthema. Marcus hatte längst eine arbeitende vpn-slice-basierte Lösung (`/home/marcuh/Downloads/wuerth_vpn.py`), aber ich hab nie gefragt was er nutzt. Stattdessen Full-Tunnel, Proxy-Auth, NetworkManager, System-Hooks vorgeschlagen — alles am Problem vorbei. Als er sagte *"es gibt einen anderen Weg, der wirklich NUR die Verbindung betrifft, dann den"* hätte ich fragen müssen *"welchen?"*, nicht raten ("NetworkManager?"). Frustration eskalierte massiv, weil ich aus allgemeinem Wissen abgeleitet hab statt aus seinem konkreten Setup. Im Nachgang hat er explizit nach Trigger-Phrasen gefragt, mit denen er mich klein hält.
+
+**How to apply:** Bei jeder neuen Anfrage zuerst Ist-Stand anschauen (Repo, vorhandene Scripts, sein gerade laufendes Tool). Wenn unklar → eine konkrete Frage stellen, nicht spekulativ designen. Triggerphrasen, auf die ich sofort in Minimal-Modus switche:
+- "erst schauen, dann minimaler patch" → kein Vorschlag bevor Ist-Stand gelesen
+- "nur das was ich frage" → keine Zusatz-Optionen
+- "wenn du rätst, frag" → Stopp bei Spekulation, gezielte Rückfrage statt Mutmaßung
+- "keine System-Änderungen" → alles im Scope der einen Datei/des einen Tools halten
+- "fasse dich kurz" / "VIEL ZU VIEL TEXT" / "geh mir nicht auf den keks" → Antwort in ≤3 Zeilen, nur Fakten, KEINE Optionen, KEINE Vorschläge für Folge-Schritte
+Ebenfalls: Wenn ich Würth-Infrastruktur (Netz, IdP, Proxy, AD, etc.) berühre, die ich nicht aus dem Repo ablesen kann, **erst fragen** — siehe [[feedback-no-ip-configs]].
+
+**Verschärfung 2026-05-28 (Postgres-Pod):** Massive Eskalation, weil ich auf eine schmale Faktenfrage ("stört das andere Pods?", "kein PVC") mit Setup-Anleitungen, PVC-Provisioning-Optionen und initContainer-Vorschlägen geantwortet habe — alles ungefragt. Regel: Wenn Marcus eine eng umrissene Ja/Nein- oder Faktenfrage stellt, beantworte GENAU die, ohne Folge-Themen aufzumachen. Ein technischer Prerequisite (z.B. "Secret fehlt sonst crasht der Pod") darf in EINEM Satz genannt werden, aber nicht als Vorschlags-Block ausgewalzt. "Vorschlag" nur, wenn er explizit fragt ("was müssten wir tun?", "kannst du das vorbereiten?").