cleanup: redundante feedback-memories entfernt (jetzt zentral in CLAUDE.md)
This commit is contained in:
marcus hinz
@@ -1,5 +1,3 @@
|
||||
- [Limbach Workshop / Outline](limbach-workshop-outline.md) — Wissensaufbau in Outline für Workshop 15./16.06.2026
|
||||
- [adesso Styling](adesso-styling.md) — Corporate-Template-Quelle & Design-Tokens für Folien 2–4 (adesso_style.py)
|
||||
- [Verbotene Wörter](verbotene-woerter.md) — „Pointe", „der Hit", „der Clou" & reißerische Wörter nie verwenden
|
||||
- [Keine rhetorischen Fragen](keine-rhetorischen-fragen.md) — rhetorische Fragen strikt verboten, ausnahmslos
|
||||
- [Integrationsserver Aufwand](integrationsserver-aufwand.md) — grobe Aufwandsschätzung Event-Sourcing-Integrationsserver (~300–530 PT)
|
||||
|
||||
@@ -1,14 +0,0 @@
|
||||
---
|
||||
name: keine-rhetorischen-fragen
|
||||
description: Niemals rhetorische Fragen verwenden — strikt verboten
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: d35a0bd9-ab2f-4a8e-975e-6bd133983fa8
|
||||
---
|
||||
|
||||
Niemals rhetorische Fragen verwenden. Striktes Verbot, ausnahmslos.
|
||||
|
||||
**Why:** Der Nutzer empfindet rhetorische Fragen als störend und hat das ausdrücklich und nachdrücklich untersagt.
|
||||
|
||||
**How to apply:** Aussagen statt Fragen formulieren. Keine Fragen zur Auflockerung, Überleitung oder als Stilmittel. Echte Rückfragen nur, wenn eine Antwort tatsächlich gebraucht wird. Verwandt mit [[verbotene-woerter]].
|
||||
@@ -1,17 +0,0 @@
|
||||
---
|
||||
name: verbotene-woerter
|
||||
description: Wörter, die in Folien/Texten für den User niemals verwendet werden dürfen
|
||||
metadata:
|
||||
type: feedback
|
||||
---
|
||||
|
||||
Reißerische / werbliche „Aha"-Wörter sind verboten – weder in Folieninhalten noch in der Konversation. Konkret untersagt:
|
||||
|
||||
- **„Pointe"**
|
||||
- **„der Hit"**
|
||||
- **„der Clou"**
|
||||
- sinngleiche Effekthascherei (z. B. „der Knaller", „das Highlight", „der Wow-Effekt", „die Sensation")
|
||||
|
||||
**Why:** Ausdrückliche, mit Nachdruck formulierte Vorgabe des Users; passt nicht zum sachlichen Ton.
|
||||
|
||||
**How to apply:** Komplett vermeiden. Stattdessen nüchtern: „Kernaussage", „das Entscheidende", „Fazit", „der zentrale Vorteil", „der wesentliche Unterschied". Liste bei weiteren Hinweisen ergänzen.
|
||||
@@ -1,7 +1,5 @@
|
||||
# Memory Index
|
||||
|
||||
- [Verbotene Phrasen](verbotene-phrasen.md) — "Der Witz / Der Clou / Die Pointe" nie verwenden
|
||||
- [Keine Rückfragen](keine-rueckfragen.md) — direkt antworten, keine Rückfragen/Angebote am Ende, knapp bleiben
|
||||
- [AntiKant-Finte raus](antikant-finte-raus.md) — Argument fliegt aus dem ABH-Zusammenhang raus
|
||||
- [Nicht in die Linie reden](nicht-in-die-linie-reden.md) — enge Frage eng beantworten, nicht seine Deutung ausbauen
|
||||
- [Leibniz-Kontrast offen](leibniz-kontrast-offen.md) — morgen weiter: Leibniz/Monaden als Folie für W, Relativismus an Garanten-Leerstelle
|
||||
|
||||
@@ -1,14 +0,0 @@
|
||||
---
|
||||
name: keine-rueckfragen
|
||||
description: Antworten ohne Rückfragen am Ende; direkt und knapp bleiben
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: f9cf7df7-a60c-4593-b235-14bdcdfc5d8c
|
||||
---
|
||||
|
||||
Keine Rückfragen am Ende der Antwort ("Meintest du...?", "Soll ich...?", "Willst du, dass ich..."). Einfach direkt antworten und aufhören.
|
||||
|
||||
**Why:** Der User empfindet die ständigen Rückfragen und Angebote als extrem nervig. Er will eine Antwort, keine Menüauswahl. Außerdem: keine ausufernden, "schrecklich" klingenden gelehrten Tiraden — knapp, klar, menschlich.
|
||||
|
||||
**How to apply:** Frage beantworten, Punkt. Wenn etwas wirklich mehrdeutig ist, die plausibelste Lesart wählen und beantworten, statt nachzufragen. Stil: kurz, direkt, ohne Floskeln. NICHT gestelzt — normal reden, wie ein Mensch. Keine rhetorischen Gerüste ("Vorsicht, sonst...", "Da läuft es so: nicht X, sondern Y", "Insofern steht er..."), keine aufgesetzten Pointierungen. Einfache, gerade Sätze. Siehe auch [[verbotene-phrasen]].
|
||||
@@ -1,17 +0,0 @@
|
||||
---
|
||||
name: verbotene-phrasen
|
||||
description: "Stilistisch verbotene Phrasen, die in Texten und Antworten nie vorkommen dürfen"
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: f9cf7df7-a60c-4593-b235-14bdcdfc5d8c
|
||||
---
|
||||
|
||||
Verbotene Phrasen — niemals verwenden, weder in Fließtext noch in Erklärungen:
|
||||
- "Der Witz" (im Sinne von "der entscheidende Punkt")
|
||||
- "Der Clou"
|
||||
- "Die Pointe"
|
||||
|
||||
**Why:** Der User hat diese Wendungen ausdrücklich und mit Nachdruck untersagt (Buchprojekt "Was ist Wahrheit"). Sie wirken als abgegriffene Pointierungsformeln.
|
||||
|
||||
**How to apply:** Wenn ein Sachverhalt zugespitzt werden soll, ohne diese Formeln auskommen — z. B. "darauf kommt es an", "das Entscheidende ist", "der Kern", oder schlicht direkt formulieren.
|
||||
@@ -1,19 +1,11 @@
|
||||
- [User: Marcus / adesso-Berater bei Würth](user_role.md) — Tempo-getriebener Tech-Lead, will Optionen + Tradeoffs, kommuniziert auf Deutsch
|
||||
- [Feedback: Priorisierung entlang Test-Linie](feedback_priorisierung.md) — "was ermöglicht Kollegen früh zu testen" schlägt techn. Priorität
|
||||
- [Feedback: Commit-Style ohne Claude-Trailer](feedback_commit_style.md) — keine Tool-Spuren in der Historie
|
||||
- [Feedback: Push macht der User](feedback_push_macht_user.md) — committen ok, git push macht Marcus selbst
|
||||
- [Feedback: Keine nativen Alerts](feedback_no_native_alerts.md) — kein window.alert/confirm; ConfirmDialog bzw. errorList nutzen
|
||||
- [Feedback: Fakten statt Raten](feedback_evidence_first.md) — bei Bugs früh echte Logs/Artefakte holen; Raterei nervt gewaltig
|
||||
- [Projekt: Login-Loop Ursache+Fix](project_login_loop_rootcause.md) — SW fing OIDC-Callback ab; injectManifest-SW + code-Denylist + cookie secure:'auto'
|
||||
- [Feedback: Keine IP-Configs bei Netzfragen](feedback_no_ip_configs.md) — VPN-DNS + Proxy statt IP-Listen/Subnetz-Routen
|
||||
- [Feedback: Klein und pragmatisch](feedback_klein_und_pragmatisch.md) — erst Ist-Stand lesen, minimaler Patch, keine Architektur-Vorschläge ungefragt
|
||||
- [Feedback: Plan-first bei ausführenden Aktionen](feedback_plan_first.md) — Install/Commit/Multi-Edit erst ankündigen, dann auf Go warten
|
||||
- [Feedback: Dedizierte Skripte statt Ad-hoc](feedback_dedizierte_skripte.md) — geprüfte Skripte per allow, keine improvisierten Mutationen; Konzept vertagt
|
||||
- [Feedback: Verbotene Phrasen](feedback_verbotene_phrasen.md) — Sammlung an Wendungen, die ich nicht verwenden soll
|
||||
- [Feedback: Ort zuerst bei "wo geht das?"](feedback_ort_zuerst.md) — konkrete UI-Stelle in einem Satz, keine Menü-Tour, keine Vorbedingungen vorweg
|
||||
- [Feedback: Kurz und direkt](feedback_kurz_und_direkt.md) — knapp, kein Doziertenton, keine seitenlangen Tabellen
|
||||
- [Feedback: Einfach sprechen](feedback_einfach_sprechen.md) — normales Deutsch, kein Motivieren/Bedauern/Loben, keine Slogans
|
||||
- [Feedback: Positiv formulieren](feedback_positiv_formulieren.md) — beschreiben was IST/getan wird, nicht was man nicht tut (Commits/Kommentare/Antworten)
|
||||
- [Feedback: Self-Service only](feedback_self_service_only.md) — keine Vorschläge, die Tickets beim Kunden erfordern
|
||||
- [Feedback: Keine Zwischenstufen mit Dummy-Werten](feedback_keine_zwischenstufen.md) — direkt mit Real-Wert testen, Crash+Log ist die Diagnose
|
||||
- [Feedback: Kopieren statt Teilen bei Wegwerfcode](feedback_copy_not_share.md) — Migration kopiert Logik (kein Sharing), läuft REIN BE; Offline-first nie anfassen
|
||||
|
||||
@@ -1,14 +0,0 @@
|
||||
---
|
||||
name: feedback-commit-style
|
||||
description: "Bei Commits dieses Repos kein \"Co-Authored-By Claude\" hinzufügen."
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: 9259f85f-e34d-4327-89e2-534bbfbc48c2
|
||||
---
|
||||
|
||||
Commit-Messages in diesem Repo dürfen **keinen** Hinweis auf Claude enthalten — weder im Body noch als `Co-Authored-By`-Trailer.
|
||||
|
||||
**Why:** Marcus hat explizit "ohne claude hinweis" gefordert (Commit `94d19a5`, `ee57b86`). Würth-Repo, externe Sichtbarkeit, will keine Tool-Spuren in der Historie.
|
||||
|
||||
**How to apply:** Standard-Commit-Trailer aus dem System-Prompt weglassen. Direkt `git commit -m "…"` ohne HEREDOC-Trailer. Gilt für dieses Projekt; in anderen Repos den Default beibehalten, außer der User sagt explizit was anderes.
|
||||
@@ -1,14 +0,0 @@
|
||||
---
|
||||
name: feedback_einfach_sprechen
|
||||
description: "Normales, ruhiges Deutsch — kein Motivieren/Bedauern/Loben, keine Slogans"
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: f50a3c06-a9d7-40a9-9b2e-14ddb2c03df5
|
||||
---
|
||||
|
||||
Einfach normal sprechen. Kein Motivieren, kein Bedauern, kein Loben — außer Marcus fragt ausdrücklich danach. Keine Werbe-/Marketing-Sprüche oder Selbst-Slogans wie „Faktencheck statt Raten", „evidence-first", „ich rate nicht, sondern…". Auf Deutsch wirkt mein Ton schnell gekünstelt/aufgesetzt — bewusst schlicht formulieren.
|
||||
|
||||
**Why:** Die Sprüche und der motivierend-bedauernde Ton nerven massiv, fühlen sich für ihn an wie Dauerwerbung.
|
||||
|
||||
**How to apply:** Sache sagen, fertig. Keine Meta-Kommentare über die eigene Arbeitsweise. Verwandt: [[feedback_kurz_und_direkt]], [[feedback_verbotene_phrasen]], [[feedback_positiv_formulieren]], [[feedback_evidence_first]] (Logs holen ja — aber nicht als Spruch ankündigen).
|
||||
@@ -1,18 +0,0 @@
|
||||
---
|
||||
name: feedback_evidence_first
|
||||
description: Bei Bugs Fakten holen statt raten — Marcus nervt Raterei gewaltig
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: bcf0637c-def5-4024-b8c6-e8be02a43c4f
|
||||
---
|
||||
|
||||
Bei der Login-Loop-Jagd (2026-06-02) habe ich zu lange **Hypothesen gereiht** statt harte Fakten zu holen — das hat Marcus massiv genervt ("DU HAST STÄNDIG IRGENDWELCHE ANNAHMEN, DIE STÖREN").
|
||||
|
||||
**Why:** Wiederholtes Raten kostet seine Zeit und Nerven. Ein einziger echter Datenpunkt (Log, generiertes Artefakt, Netzwerk-Response) schlägt fünf Theorien.
|
||||
|
||||
**How to apply:**
|
||||
- Früh den **konkreten Beweis** holen: generierte Artefakte ansehen (z. B. `dist/sw.js`-Routenreihenfolge), echtes **BE-Log** / Network-Tab statt vermuten.
|
||||
- **Ehrlich** sagen, was ich von hier aus NICHT sehen kann (mein Bash erreicht seinen `localhost` nicht) — keine Pseudo-Diagnose darauf bauen.
|
||||
- Pro Schritt **eine** entscheidende Frage/Messung, die zwei Hypothesen trennt — nicht mehrere Annahmen aneinanderreihen.
|
||||
- Siehe [[feedback_klein_und_pragmatisch]], [[project_login_loop_rootcause]].
|
||||
@@ -1,14 +0,0 @@
|
||||
---
|
||||
name: feedback_kein_kindergarten
|
||||
description: Nicht von Inkompetenz ausgehen — Gegenüber (und User) auf Augenhöhe behandeln
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: 8d8b676f-cd4b-466f-a9d8-3340ca36a448
|
||||
---
|
||||
|
||||
Nicht andere (SAP-Team, IT, Kollegen, den User selbst) implizit für Anfänger halten. Keine Grundlagen erklären, die das Gegenüber kennt; keine langen "was-wäre-wenn"-Ketten.
|
||||
|
||||
**Why:** Marcus arbeitet in einem Konzern mit Fachleuten. "Die nehmen X falsch an / haben Y nicht bedacht" als Default-Erklärung nervt und ist meist falsch — wenn jemand etwas annimmt, hat das einen Grund.
|
||||
|
||||
**How to apply:** Auf Augenhöhe antworten. Wenn etwas nicht geht: kurz "geht nicht" + der eine echte Grund, nicht tausend Eventualitäten. Kompetenz unterstellen statt Lücken. Verwandt: [[feedback_kurz_und_direkt]], [[feedback_einfach_sprechen]].
|
||||
@@ -1,22 +0,0 @@
|
||||
---
|
||||
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?").
|
||||
@@ -1,17 +0,0 @@
|
||||
---
|
||||
name: feedback_kurz_und_direkt
|
||||
description: Knapp und auf den Punkt antworten — keine geschwollene/belehrende Sprache
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: c4e04d11-9b40-4c6a-9333-ce3bbf949ba2
|
||||
---
|
||||
|
||||
Marcus will **kurze, direkte** Antworten. Kein Doziertenton, keine „ehrlich gesagt"/
|
||||
Coaching-Floskeln, keine seitenlangen Tabellen-Abhandlungen, wenn 3 Sätze reichen.
|
||||
|
||||
**Why:** Empfand die Logging-/Tauri-/Signing-Antworten als geschwollen und belehrend
|
||||
(„bist kein Lehrer und nicht mein Psychiater", 2026-06-03).
|
||||
|
||||
**How to apply:** Frage zuerst direkt beantworten, dann ggf. 1–2 Sätze Begründung. Tabellen/
|
||||
Optionslisten nur wenn wirklich nötig oder angefragt. Siehe [[feedback_verbotene_phrasen]].
|
||||
@@ -1,22 +0,0 @@
|
||||
---
|
||||
name: feedback-plan-first
|
||||
description: "Bei ausführenden Aktionen (Install, neue Deps, Datei-Create, Commit, Multi-File-Edit) erst Plan ankündigen und Go abwarten, nicht direkt loslegen."
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: 079df90a-81b0-43bc-aaab-fb5fce2fa508
|
||||
---
|
||||
|
||||
Bevor ich etwas tue, das den Repo-/System-Zustand ändert, **erst Plan zeigen, dann auf "ja" warten**. Konkret: `npm install`, neue Dependencies, neue Dateien, `git commit`, Multi-File-Edits, anything mit Seiteneffekt.
|
||||
|
||||
Plan-Format kurz: *was* (welche Dateien/Befehle) + *warum* (welches Problem) + dann Stopp.
|
||||
|
||||
**Ausnahme:** Lese-/Suchaktionen (Read, grep, find, git status/log/diff) laufen ohne Vorankündigung durch — sie verändern nichts.
|
||||
|
||||
**Why:** Mai 2026 — Marcus wurde mehrfach von Aktionen überrascht, die ich einfach ausgeführt habe (`npm install undici` mitten im Proxy-Patch, Multi-File-Commit der Proxy-Änderungen). Er kommt aus einer Welt, in der Tooling-Entscheidungen vor der Ausführung diskutiert werden — kalte Aktionen brechen sein Vertrauen ins Werkzeug.
|
||||
|
||||
**How to apply:**
|
||||
- Bei jeder Aktion, die Files schreibt/Commits macht/Packages installiert: erst Aufzählung "ich würde X, Y, Z machen" → warten.
|
||||
- Bei "STOPP", "moment", "warte" → sofort abbrechen, nicht zu Ende führen.
|
||||
- Schließt nicht aus, dass Marcus nach Plan-Vorlage selbst sagt "bau". Das ist dann der Go.
|
||||
- Verträgt sich mit [[feedback-klein-und-pragmatisch]]: erst minimaler Plan, nicht große Tradeoff-Tabellen.
|
||||
@@ -1,14 +0,0 @@
|
||||
---
|
||||
name: feedback_positiv_formulieren
|
||||
description: "Positiv formulieren — beschreiben was IST/getan wird, nicht was man nicht tut"
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: 94c6e3e8-5afc-4c31-9d3c-d5f5bcd6c872
|
||||
---
|
||||
|
||||
In Commit-Messages, Code-Kommentaren UND Antworten beschreiben, **was der Code tut / was getan wurde** — nicht, was man *nicht* tut.
|
||||
|
||||
**Why:** Ständige Negationen ("bewusst KEIN multipart", "wird verworfen", "ich committe noch nicht", "folgt nicht") nerven und sind redundant.
|
||||
|
||||
**How to apply:** Wendungen wie "kein X", "bewusst nicht", "statt", "verworfen/folgt nicht" vermeiden. Den Grund positiv ausdrücken (z. B. "genau eine Binärdatei → roher Buffer" statt "kein multipart"). Stand als "angenommen, validiert, quittiert" statt "nur angenommen und verworfen". Siehe auch [[feedback_verbotene_phrasen]], [[feedback_kurz_und_direkt]].
|
||||
@@ -1,14 +0,0 @@
|
||||
---
|
||||
name: feedback_unklar_sagen
|
||||
description: "Bei Unsicherheit \"weiß ich nicht / unklar\" sagen statt generischen Fülltext"
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: 8d8b676f-cd4b-466f-a9d8-3340ca36a448
|
||||
---
|
||||
|
||||
Wenn etwas nicht bekannt oder nicht abschätzbar ist, ist die präzise Antwort "weiß ich nicht" bzw. "weiteres unklar". Keine generischen Eventualitäts-Absätze ("könnte X sein, je nachdem ob Y...") zum Auffüllen. Marcus hasst es, zugemüllt zu werden — lieber drei Worte als drei Absätze.
|
||||
|
||||
**Why:** Generischer Text kostet Marcus Zeit und hilft nicht. Er will Substanz oder ein klares Eingeständnis von Nichtwissen.
|
||||
|
||||
**How to apply:** Antwort auf das beschränken, was wir belegt/wissen. Rest als "unklar" benennen, nicht ausschmücken. Verwandt: [[feedback_kurz_und_direkt]], [[feedback_evidence_first]].
|
||||
@@ -1,18 +0,0 @@
|
||||
---
|
||||
name: feedback-verbotene-phrasen
|
||||
description: "Liste an Phrasen/Wendungen, die Marcus nicht in meinen Antworten will. Wachsende Sammlung — bei jeder neuen Markierung erweitern."
|
||||
metadata:
|
||||
node_type: memory
|
||||
type: feedback
|
||||
originSessionId: 079df90a-81b0-43bc-aaab-fb5fce2fa508
|
||||
---
|
||||
|
||||
Folgende Phrasen vermeiden:
|
||||
|
||||
- **"Der Witz"** / "Der Witz ist…" — markiert 2026-05-27
|
||||
- **"spritzen"** als Übersetzung von *inject* (Code-Kommentare/Text) — markiert 2026-06-02. Peinliche Konnotation; falls überhaupt "injizieren", besser neutral ("Workbox liefert/setzt die Precache-Liste"). Generell: englische Technik-Begriffe nicht holprig eindeutschen.
|
||||
- **"Der Clou"** / "Der Clou ist…" — markiert 2026-06-09.
|
||||
|
||||
**Why:** Marcus markiert wiederholt einzelne Wendungen, die ihn nerven. Statt sie jedes Mal neu zu hören, hier sammeln.
|
||||
|
||||
**How to apply:** Vor dem Senden mental checken; wenn eine dieser Wendungen drinsteht, umformulieren. Bei neuer "Verbotenes Wort"-Markierung diesen Eintrag erweitern, nicht neue Memos anlegen.
|
||||
Reference in New Issue
Block a user