pine-scripts

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).