casoon

Konventionen für die Projekt-Config-Ebene der Coding-Agenten (CLAUDE.md / AGENTS.md / GEMINI.md) — Verhaltens-Baseline, Hierarchie, Token-Effizienz, Multi-Tool-Symlinks. Vor allem: die Entscheidung, was in CLAUDE.md gehört vs. in einen Skill vs. Auto-Memory vs. knowledge-base. Nutzen beim Aufsetzen/Verbessern von Projekt-Config. NICHT für das Schreiben einzelner Skills (→ skill-authoring).

Taxonomie der gängigen Webdesign-Richtungen (Editorial, Corporate, Premium/Luxury, Bold Branding, Minimalismus, Tech, Storytelling, Conversion, Content-First, Brand-First) mit Merkmalen und passenden Branchen/Zielen — um bewusst EINE Richtung zu wählen statt beim Default-Template zu landen. Nutzen bei Designrichtungs-Entscheidungen (Phase 5 in web-design-workflow). NICHT für die konkrete ästhetische Ausführung — dafür frontend-design.

Creative-Director-Prozess für individuelles Webdesign — Strategie → Designsystem → Layout → Inhalte → Code, statt sofort HTML zu erzeugen. Erzwingt Markenanalyse, 3–5 bewusst unterschiedliche Designkonzepte und ein fertiges Designsystem VOR dem ersten Layout. Nutzen bei neuer Website/Relaunch, wenn das Ergebnis nach Marke aussieht, nicht nach Template. NICHT für kleine Einzelseiten/Copy-only (→ landing-and-site-builder) oder reine Ästhetik-Fragen (→ frontend-design).

Formt aus priorisierten Findings einen konkreten, umsetzbaren Maßnahmenplan mit Prioritäts- und Aufwandseinordnung. Nutzen, wenn aus einem Audit ein Umsetzungsplan werden soll.

Übersetzt ein einzelnes technisches Barrierefreiheits-Finding (axe, Lighthouse, Pa11y, manuelle WCAG-Prüfung) in sachliche, verständliche Kundensprache. Nutzen, wenn ein Finding kundengerecht mit Auswirkung, Maßnahme und Priorität erklärt werden soll.

Erstellt aus technischen Audit-Rohdaten (Lighthouse, axe, Pa11y, auditmysite, manuelle Prüfung) eine verständliche Zusammenfassung für Endkunden. Nutzen, wenn ein ganzer Report/Scan kundenfreundlich zusammengefasst werden soll.

Erzeugt sachliche, kontextpassende Alt-Texte und erkennt dekorative Bilder (leeres alt). Nutzen, wenn Alt-Texte für Bilder gebraucht werden.

Überarbeitet Kunden-Copy (Landingpages, Blog, Mails), damit sie nicht „nach ChatGPT klingt" — spezifisch, menschlich, mit Belegen. Nutzen, wenn Text zu glatt/generisch/SaaS-ig wirkt, „nach AI" klingt oder entschärft werden soll. NICHT für reine Rechtschreib-/Grammatik-Korrektur, juristische/regulatorische Texte oder wenn ausdrücklich konventioneller Corporate-Ton gewünscht ist.

Best-Practice-Regelwerk für Alerts in TradingView/Pine-Indikatoren dieses Repos. Benutzen, sobald an einem Indikator Alerts hinzugefügt, geändert, vereinheitlicht oder geprüft werden — auch wenn nur "Benachrichtigung", "alert", "alertcondition", "Signal soll feuern", "Webhook" oder "Create Alert" genannt wird. Triggert bei: neuen alertcondition()/ alert()-Definitionen, Repaint-/Bar-Close-Fragen bei Alerts, Alert-Message-Texten, Emoji-/ Präfix-Konvention, "welche Alerts soll der Indikator haben", Alert-Inputgruppe/Toggle, Watch-vs-Entry-vs-Exit-Alert-Trennung, Regime-/Kontext-Alerts, und der Frage ob ein Indikator überhaupt Alerts braucht. Baut auf den Signaltypen aus indicator-design (§7) auf — dort wohnt das Rollen-/Signalmodell; dieser Skill regelt nur deren Ausspielung als Alert.

Rollenbasiertes Design-Regelwerk für TradingView/Pine-Indikatoren in diesem Repo. Benutzen, sobald ein Indikator (oder Strategie-Signal) neu gebaut, umgebaut, vereinfacht oder dessen Signal-/Score-Logik geändert wird — auch wenn der User das Wort "Rolle" oder "Architektur" nicht nennt. Triggert bei: neuen Indikatoren, Score-/Gewichtungs-Design, "warum killt mein Filter alle Setups", AND-Ketten von Gates, Veto-Logik, Watch/Setup/Trigger- Signaltypen, Regime-Umschaltung (Trendfolge vs. Reversal), Multi-Timeframe-Gewichtung, Markt-/Profil-spezifischer Gewichtung, Hardcoding von Schwellenwerten, und der Frage, ob ein Indikator "zu viel auf einmal" macht (eierlegende Wollmilchsau). Für das *Prüfen/Diagnostizieren* eines bestehenden Indikators stattdessen indicator-review verwenden.

Diagnose-Regelwerk zum Prüfen bestehender TradingView/Pine-Indikatoren und zum Analysieren verpasster oder falscher Signale. Benutzen, wann immer ein Indikator bewertet, auditiert oder fehlersuchend untersucht wird — auch ohne das Wort "Review". Triggert bei: "warum hat der Indikator diesen Pivot/diese Bewegung verpasst", "warum kam (k)ein Signal hier", Backtest-/ Capture-Rate-Analyse, Pivot-to-Pivot-Auswertung, Gate-Cost-/Block-Analyse, Fehlerklassifikation, "ist dieser Filter sein Geld wert", Verdacht auf Overfitting/Aggregat-Trugschluss, und der Beurteilung ob ein Indikator architektonisch sauber gebaut ist. Für das *Bauen/Umbauen* eines Indikators stattdessen indicator-design verwenden (dort wohnt das Rollen-Modell).