X AI Gold
- Experten
- Version: 3.60
- Aktualisiert: 28 Juli 2026
Abhängigkeit von den Kalenderdaten des Brokers: Falls der Server des Brokers seine Wirtschaftskalender-Datenbank nicht vollständig aktualisiert.
EINRICHTUNG:
1. API-Schlüssel abrufen: https://console.x.ai/
2. MT5 -> Extras -> Optionen -> Expert Advisors -> WebRequest zulassen
URL hinzufügen: https://api.x.ai
3. An das XAUUSD-Chart anhängen
4. GrokApiKey auf der Registerkarte „Inputs“ einstellen
👉 Hauptursache: Der API-Schlüssel, den Sie für den EA konfigurieren, gehört zu einem x.AI-Konto, das noch nicht aufgeladen oder mit einer Zahlungskarte zum Kauf von Credits eingerichtet wurde. Obwohl neu erstellte Konten in der Regel Test-Credits erhalten (sofern verfügbar), weist dieser API-Schlüssel derzeit einen Saldo von null auf, sodass keine weiteren Analysen durchgeführt werden können.
2. Lösung
Sie können diesen Fehler auf folgende zwei Arten beheben:
Methode 1: Laden Sie Ihr aktuelles x.AI-Konto mit Credits auf (empfohlen)
Klicken Sie direkt auf den Link in Ihrem Protokoll: https://console.x.ai/ (oder rufen Sie die Verwaltungsseite https://console.x.ai/ auf).
Melden Sie sich mit dem Konto an, das Ihren API-Schlüssel enthält.
Gehen Sie zu „Abrechnung / Aufladen“.
Fügen Sie eine internationale Zahlungskarte (Visa/Mastercard) hinzu und zahlen Sie einen kleinen Betrag (z. B. 5 $ oder 10 $) auf das Konto ein.
Sobald das Konto über ein verfügbares Guthaben verfügt (Guthaben > 0), wird der alte API-Schlüssel automatisch wieder aktiv, ohne dass Sie zu einem neuen Schlüssel wechseln müssen.
Methode 2: Wechsel zu einem anderen API-Schlüssel (falls Sie bereits über ein anderes Konto mit verfügbarem Guthaben verfügen)
Wenn Sie ein weiteres x.AI-Konto haben, auf das bereits Guthaben eingezahlt wurde und das normal funktioniert, erstellen Sie einen neuen API-Schlüssel für dieses Konto und aktualisieren Sie ihn im EA auf eine der folgenden zwei Arten:
Methode A (Direkt im EA konfigurieren): Suchen Sie im Fenster „Eingabeeinstellungen“ des EAs auf dem MT5-Chart den Abschnitt === GROK API === und fügen Sie den neuen API-Schlüssel in das Feld „GrokApiKey“ ein.
Methode B (In Datei speichern): Lassen Sie das Feld „GrokApiKey“ in den Eingabeeinstellungen des EAs leer. Öffnen Sie anschließend den MT5-Datenordner (Datei -> Datenordner öffnen -> navigieren Sie zum Ordner „MQL5/Files“), öffnen Sie die Datei „grok_key.txt“ (erstellen Sie eine neue, falls sie nicht vorhanden ist), fügen Sie den neuen API-Schlüssel dort ein und speichern Sie die Datei. Der EA liest den Schlüssel automatisch aus dieser Datei aus.
Einrichtungsanleitung
1. Die vollständige Funktionslogik des Hybrid-/Multi-Timeframe-Modus (GrokUseOnlyAPI = false).
Wenn GrokUseOnlyAPI = false ist, arbeitet der EA als Filtersystem mit drei Zeitrahmen (D1/H4/H1 oder die von Ihnen gewählten Zeitrahmen). Die detaillierte Logik zur Ordereröffnung für diesen Modus ist wie folgt:
1. Analyse- und Datenerfassungszyklus (OnInit/OnTick)
Initialisierung der Indikatoren: Der EA initialisiert 18 Indikator-Handles auf zwei Zeitrahmen, HTF (z. B. H4) und LTF (z. B. H1), darunter EMA 9/21/50/200, RSI, MACD, ATR, Bollinger-Bänder und Stochastik.
Überprüfung der Anzahl historischer Kerzen: Vor der Durchführung der Analyse prüft OnTick, ob das Terminal mindestens 250 Kerzen sowohl für den HTF als auch für den LTF geladen hat. Ist dies nicht der Fall, verschiebt der EA die Analyse und wartet 30 Sekunden, bis MT5 weitere Daten geladen hat.
1. Master-Trend-Update (EMA D1): Der EA ruft automatisch Kerzendaten aus dem Master-Zeitrahmen ab (GrokMasterTF – Standard ist D1). Die Master-Neigung wird durch den Vergleich von EMA50 und EMA200 auf D1 ermittelt:
g_masterBias = „UPTREND“ (wenn EMA50 > EMA200 und der Schlusskurs über EMA50 liegt).
g_masterBias = „DOWNTREND“ (wenn EMA50 < EMA200 und der Schlusskurs unter dem EMA50 liegt).
g_masterBias = „NEUTRAL“ (in allen anderen Fällen).
2. Erstellen Sie eine Eingabeaufforderung, die lokale Analysen kombiniert, um sie an die Grok-API zu senden
Der EA sammelt alle technischen Indikatoren aus den Zeitrahmen H4, H1 und der SMC-Struktur (BOS, CHoCH, Key Zones) und bündelt sie in einem sehr detaillierten JSON-Prompt, der zur Entscheidungsfindung an die Grok-API gesendet wird.
Nach Erhalt der Rückmeldung von Grok leitet der EA die Daten durch den Filter zur Überprüfung der 3-Zeitrahmen-Ausrichtung (GrokCheck3TFAlignment) weiter.
3. 3-TF-Filterlogik für die Einstiegsentscheidung (GrokCheck3TFAlignment)
Diese Funktion vergleicht den von Grok zurückgegebenen Master-Bias (D1), die HTF-Trendanalyse (H4) und das LTF-Signal (H1):
🔹 Szenario 1: Absoluter Trendkonsens (vollständige Übereinstimmung)
Entscheidung: Sofortiger Einstieg in den Trade mit einer Marktorder.
KAUF-Bedingung (TREND_BUY):
Von Grok vorgeschlagenes Signal: KAUF
Master-D1-Bias: UPTREND
Grok-HTF-Analyse: AUFWÄRTSTREND
Grok-LTF-Analyse: KAUF_SETUP oder KAUF
Verkaufsbedingung (TREND_SELL):
Von Grok empfohlenes Signal: VERKAUF
Master D1-Tendenz: ABWÄRTSTREND
Grok-HTF-Analyse: ABWÄRTSTREND
Grok-LTF-Analyse: SELL_SETUP oder SELL
Zuverlässigkeitsanforderung: Übersteigt das vom Benutzer festgelegte GrokMinConfidence-Niveau (Standardwert 65 %).
🔹 Szenario 2: Pullback-Trade (übergeordneter D1-Trend, mittelfristiger H4-Trend als Gegentrend)
Wenn der Benutzer GrokAllowPullback = true aktiviert (Pullback-Trading zulassen):
Bedeutung: Die Retracement-Welle nutzen. Beispiel: Der langfristige Trend auf D1 ist aufwärtsgerichtet, aber auf H4 findet eine Abwärtskorrektur (Pullback) statt. Wenn auf H1 ein Kaufsignal erscheint, das den Trend wieder in Richtung des D1-Trends umkehrt → Eine KAUF-Order platzieren.
KAUF-Bedingung (PULLBACK_BUY):
Von Grok vorgeschlagenes Signal: KAUF
Master-D1-Bias: AUFWÄRTSTREND
Groks HTF-Analyse: ABWÄRTSTREND (H4-Pullback)
Groks LTF-Analyse: BUY_SETUP oder BUY
Verkaufsbedingung (PULLBACK_SELL):
Von Grok empfohlenes Signal: VERKAUF
Master-D1-Tendenz: ABWÄRTSTREND
Groks HTF-Analyse: AUFWÄRTSTREND (H4-Pullback)
Groks LTF-Analyse: SELL_SETUP oder SELL
Zuverlässigkeitsanforderung (sehr wichtig): Pullbacks bergen ein höheres Risiko, daher muss die Zuverlässigkeit der KI mindestens den Wert GrokPullbackMinConf erreichen (die Standardeinstellung liegt bei 75 %, höher als die üblichen 65 %).
🔹 Szenario 3: Master neutral (D1 seitwärts)
Entscheidung: Kurzfristiger Handel, der ausschließlich auf dem Konsens von HTF und LTF basiert.
Bedingungen (HTF_LTF_TRADE):
Master-D1-Bias: NEUTRAL
Das zurückgegebene Grok-Signal weist Folgendes auf: sig.alignment == „ALIGNED“ (HTF und LTF stimmen in derselben Richtung überein).
Zuverlässigkeitsanforderung: GrokMinConfidence-Level (65 %).
🔹 Szenario 4: Trendkonflikt (CONFLICTED)
Wenn keines der oben genannten Szenarien zutrifft, bewertet das System dies als Störbereich, weist tradeType = „CONFLICTED“ zu und lehnt den Auftrag ab (im Protokoll: HOLD: 3-TF-Konflikt [Master = ...]).
4. Ordermanagement nach erfolgreichem Einstieg
Trailing Stop: Aktualisierung bei jedem Tick entsprechend der tatsächlichen ATR des LTF-Zeitrahmens (g_market.ltf.atr14) anstelle der Verwendung des Fallback-Punkts.
Multi-TP: Wenn GrokUseMultiTP = true ist, wird die Order in drei gleiche Teile (TP1, TP2, TP3) aufgeteilt, und der Stop-Loss wird automatisch auf den Einstiegspunkt (Breakeven) verschoben, sobald TP1 erfolgreich mit Gewinn geschlossen wurde.
2. Allgemeine Systemlogik für die Funktion „Nur Handel über die Grok-API“ (GrokUseOnlyAPI = true), sowohl im Text-Only- als auch im Vision-Modus.
Nachfolgend finden Sie einen detaillierten Bericht zur Logikauswertung:
🔍 Candlestick-Zyklus und Ablauf der Orderplatzierung (GrokUseOnlyAPI = true)
OnInit()
│
├── Initialisierung der Indikatoren überspringen (um Ressourcenverschwendung auf dem VPS zu vermeiden)
└── g_masterBias = „NONE“ (lokalen HTF-Trend nicht berechnen)
│
OnTick()
│
├── [Bestanden] Überprüfung der historischen HTF-/LTF-Kerzenanzahl überspringen (verhindert einen Absturz des EAs aufgrund fehlender alter Daten)
└── Trailing Stop: g_market.ltf.atr14 = 0,0 → automatischer Fallback:
atrVal = GrokTrailingStopATR * Point * 100 (berechnet den Trailing-Stop-Loss auf Basis des „Safe Point“)
│
GrokRunAnalysis()
│
├── Füllt grundlegende Informationen aus: Geldkurs, Briefkurs, Spread
├── Ruft GrokSendRequest() auf
│ │
│ ├── WENN GrokUseVision = true:
│ │ ├── PNG-Datei des Charts erfassen -> in Base64 kodieren
│ │ └── Vision-Prompt + Bild über das Modell „grok-2-vision-1212“ an die API senden
│ │
│ └── WENN GrokUseVision = false:
│ └── Nur-Text-Prompt senden (SMC oder Analyst)
│
GrokParseKVResponseContent()
│
├── Extrahieren: DIRECTION, ENTRY, SL, TPs, CONFIDENCE
└── Neue Felder extrahieren:
├── RISK_PERCENT (KI schlägt ein Risiko vor, z. B. 0,5 %)
└── PULLBACK_ENTRY (KI schlägt vor, auf einen Rückgang zu warten, um zu einem niedrigeren Preis zu kaufen)
│
Handelsblock
│
├── WENN PULLBACK_ENTRY > 0,0 (und Vision=true):
│ └── Eine LIMIT-Order (BuyLimit/SellLimit) zu diesem Pullback-Preis platzieren
│
└── WENN ENTRY einen Wert hat (oder PULLBACK_ENTRY = 0,0):
└── Den Handel direkt über eine Marktorder eingehen
* Lotgröße: g_trade.Buy/Sell(lots, ...) mit
lots = GrokCalcLot(..., sig.riskPercent)
→ effectiveRisk = min(vom KI vorgeschlagener Risikoprozentsatz, GrokRiskPercent-Eingabe) (Kontoschutz)
🛡️ Fehler- und Fallback-Toleranz des EAs
Wenn „GrokUseVision“ deaktiviert ist (Nur-Text-Modus):
werden die Felder „PULLBACK_ENTRY“ und „RISK_PERCENT“ auf 0,0 gesetzt.
Die Funktion „GrokCalcLot“ erhält den Parameter 0,0 und greift automatisch auf den benutzerdefinierten festen Wert „GrokRiskPercent“ (z. B. 1,0 %) zurück.
Der GrokRunAnalysis-Block wird automatisch wie zuvor im Direktorder-Modus mit einer Marktorder ausgeführt.
Es wurden keine Logikkonflikte festgestellt.
Wenn Vision aktiviert ist, die Screenshot-Erfassung jedoch fehlschlägt:
Die Funktion „GrokCaptureChartBase64()“ gibt automatisch Speicher frei, löscht unerwünschte Bilder und gibt eine leere Zeichenfolge zurück.
GrokSendRequest() erkennt das fehlerhafte Bild, schreibt eine Meldung in das Journal und greift automatisch auf die normale Textabfrage zum Senden zurück. Der EA läuft weiterhin reibungslos, ohne abzustürzen oder die Analyse zu unterbrechen.
Wenn GrokUseOnlyAPI = false (Hybrid-/Multi-Frame-Modus):
Der gesamte Mechanismus zur Überprüfung des HTF/LTF-Verlaufs (250 Kerzen), zur Initialisierung der MT5-Indikator-Handles und zur Überprüfung des 3-TF-Trendfilters funktioniert weiterhin normal wie in früheren v2.0-Versionen.
