tradingview-mcp

Ein MCP-Server für den Krypto-Chartanalyse-Workflow, der in config/rules.json beschrieben ist: Er ruft Kerzen ab, berechnet die Indikatoren, die dir wichtig sind, und bewertet deine Bias- und Risikoregeln anhand dieser.

Designhinweis: Warum dies nicht an TradingView angebunden wird

Das Einrichtungshandbuch, von dem dieser Server ausgeht, hat die TradingView-Desktop-App über das Chrome DevTools Protocol (--remote-debugging-port=9222) angesteuert. Dieser Ansatz gibt dem Server die volle Kontrolle über eine Browsersitzung, in der du angemeldet bist — er kann dein Konto lesen, nicht nur deine Charts.

Nichts in rules.json benötigt das. Binance-Spot-Paare, 1W/1D/4H-Kerzen, RSI, MACD, EMAs und Volumen sind alle über öffentliche Endpunkte ohne Authentifizierung verfügbar. Dieser Server liest also öffentliche Marktdaten, speichert keine Zugangsdaten und berührt niemals eine angemeldete Sitzung.

Das Einzige, was dir der CDP-Ansatz bringen würde, sind Daten, die dieser Server nicht erreichen kann: deine gespeicherten Layouts und Zeichnungen, kostenpflichtige Indikatoren und Exchange-Feeds, die du abonniert hast. Wenn du diese brauchst, ist das der Kompromiss, den du bewusst wieder eingehen musst.

Related MCP server: Tickory MCP Server

Installation

npm install
npm test          # 46 unit + integration tests, no network required
npm run smoke     # live end-to-end check against the real API

Registriere ihn mit Claude Code, indem du config/mcp-entry.json in ~/.claude.json einfügst und <HOME> durch dein Home-Verzeichnis ersetzt:

{
  "mcpServers": {
    "tradingview": { "command": "node", "args": ["<HOME>/tradingview-mcp/src/server.js"] }
  }
}

Wenn mcpServers bereits existiert, füge den Schlüssel tradingview hinzu, anstatt das Objekt zu ersetzen.

Weise den Server mit TRADINGVIEW_MCP_RULES=/path/to/rules.json auf eine andere Regeln-Datei hin.

Tools

Wie der Bias bestimmt wird

bias_criteria in rules.json ist Prosa — nützlich für Menschen und für das Modell, aber nicht maschinenlesbar. Die numerischen Schwellenwerte, die get_bias tatsächlich antreiben, befinden sich in bias_engine, daher werden die beiden bewusst synchron gehalten.

Ein Symbol ist nur dann bullish, wenn alle drei Bedingungen gelten: Preis über dem Trend-EMA, Tages-RSI innerhalb der Bullen-Zone und Marktstruktur mit höheren Hochs und höheren Tiefs. Bearish ist das Spiegelbild. Alles andere ist neutral.

get_bias gibt immer die Ergebnisse der einzelnen Bedingungen zusammen mit dem Label zurück, sodass du warum sehen kannst — und wenn eine Eingabe nicht verfügbar ist (z. B. ein 200er EMA bei einem Paar ohne 200 Bars Historie), wird unknown mit dem Grund zurückgegeben, statt einer Zahl, die nicht unterstützt werden kann.

Zwei bewusste Konsequenzen, die du kennen solltest:

• RSI über 70 ist nicht bullish. Deine Zone endet bei 70, daher wird ein vertikaler Melt-up als neutral gewertet, nicht als Long-Signal.

• Das RSI-Gate kommt immer vom Tageschart, selbst bei der Beurteilung des 4H, weil rules.json die RSI-Bedingung „on daily“ angibt.

Der EMA-Zeitraum

Deine ursprünglichen Regeln enthielten einen Widerspruch: Alle drei bias_criteria verwiesen auf einen 500er EMA, während indicators_i_care_about nur die 50 und 200 auflistete. Ich habe bias_engine.trend_ema_period auf 50 gesetzt, passend zu deiner Indikatorliste — ein 500er EMA auf dem Wochenchart würde ungefähr ein Jahrzehnt an Kerzen benötigen, was die meisten dieser Paare nicht haben.

Wenn du 500 gemeint hast, ist es eine Änderung in einer Zeile in config/rules.json, und der unknown-Pfad bedeutet, dass du ehrlich „not enough history“ erhältst, statt einer stillschweigend falschen Antwort.

Datenquellen und ihre Grenzen

Binance Public REST für Spot-Paare; CoinGecko /global für die CRYPTOCAP-Aggregate.

Die CRYPTOCAP-Einträge sind nur aktuelle Werte — kostenlose Marktkapitalisierungshistorie ist nicht verfügbar, daher lehnen get_indicators und get_bias diese ab, anstatt eine Serie zu erfinden. scan_watchlist überspringt sie und listet sie unter skipped_macro auf. TOTAL3 wird abgeleitet als TOTAL x (1 - BTC.D - ETH.D).

Binance blockiert aus geografischen Gründen einige Regionen. Wenn tv_health_check von einem Netzwerk, von dem du erwartest, dass es funktioniert, eine Nichterreichbarkeit meldet, ist das das Erste, was du überprüfen solltest.

Tests

npm test läuft vollständig offline: Die Indikator-Mathematik wird gegen Wilders veröffentlichte RSI-Referenzwerte verifiziert, und die MCP-Schicht wird von einem echten Client über einen In-Memory-Transport mit einer als Stub implementierten Datenquelle angesteuert.

npm run smoke ist der Teil, der ein echtes Netzwerk benötigt — er startet den Server über stdio so, wie es ein Client tut, und ruft die Live-API auf.

Keine Finanzberatung

Dies meldet, was deine eigenen Regeln über öffentliche Daten sagen. Es entscheidet nichts für dich, und die no_trades_during-Fenster in rules.json werden als Erinnerungen angezeigt, nicht durchgesetzt — nichts hier überprüft einen Wirtschaftskalender.