KryptoGO Meme-Trader Agent Skill

ABSCHALTUNGSHINWEIS – kg-xyz Analyse-Backend

Das KryptoGO XYZ-Analyse-Backend (wallet-data.kryptogo.app) wird am 04.05.2026 eingestellt.

Nach diesem Datum funktionieren alle Tools, die auf Clusteranalyse, Wallet-Labels, Signal-Dashboards und DCA-/Limit-Order-Rekonstruktion angewiesen sind, nicht mehr. Der Swap-Ausführungspfad (OKX-DEX-Aggregator + lokale Transaktionssignierung) ist unabhängig vom kg-xyz-Backend und funktioniert weiterhin.

Die Auswirkungen pro Tool sind unten inline gekennzeichnet. Skripte und MCP-Tool-Implementierungen wurden beibehalten, damit sie elegant fehlschlagen (das Backend gibt HTTP-Fehler zurück) und ein Rollback einfach bleibt, falls sich die Pläne ändern.

Übersicht

Diese Skill befähigt einen KI-Agenten, Meme-Coins zu analysieren und zu handeln – über die KryptoGO-Plattform, die tiefe On-Chain-Clusteranalyse mit Handelsausführung kombiniert.

Eingeschränkte Funktionalität ab 04.05.2026: Clusteranalyse, Wallet-/Token-Labels, Signal-Dashboard, DCA-/Limit-Order-Rekonstruktion und Portfolio-P&L-Anreicherung werden nicht mehr funktionieren, wenn das kg-xyz-Backend abgeschaltet wird. Die Swap-Ausführung bleibt bestehen.

Analyse (Multi-Chain: Solana, BSC, Base, Monad): Wallet-Clustering, Erkennung von Akkumulation/Verteilung, Adressverhaltenslabels, netzwerkweite Akkumulationssignale (Pro/Alpha-Tier).

Handel (nur Solana): Portfolioüberwachung mit PnL-Tracking, Swap-Ausführung über DEX-Aggregator, lokale Transaktionssignierung (privater Key verlässt nie die Maschine).

Standardmodus ist überwacht – alle Trades erfordern Benutzerbestätigung. Autonomer Handel ist als Opt-in verfügbar. Siehe references/autonomous-trading.md für Details zum autonomen Modus, Cron-Einrichtung und Lernsystem.

Verwendung

Benutzer fragt nach Analyse eines Meme-Coins oder Tokens auf Solana/BSC/Base/Monad
Benutzer möchte Tokens kaufen, verkaufen oder handeln
Benutzer fordert einen Scan nach trendenden Tokens oder Marktchancen
Benutzer möchte Portfolio-Positionen überwachen oder PnL prüfen
Cron-gesteuerte regelmäßige Portfolioüberwachung und Signal-Scans

NICHT verwenden bei

BTC/ETH/großen L1-Makro-Analysen, NFTs, Cross-Chain-Brücken, nicht-DEX-Transaktionen, Nicht-Solana-Handel

Einrichtungsablauf

1. API-Schlüssel holen

Gehe zu kryptogo.xyz/account und erstelle einen API-Schlüssel

Füge ihn zu ~/.openclaw/workspace/.env hinzu:

echo 'KRYPTOGO_API_KEY=sk_live_DEIN_SCHLÜSSEL' >> ~/.openclaw/workspace/.env && chmod 600 ~/.openclaw/workspace/.env

Füge deinen API-Schlüssel NIEMALS direkt im Chat ein. Setze Geheimnisse immer über die .env-Datei.

2. Agenten-Wallet generieren

python3 scripts/setup.py

Erzeugt ein Solana-Keypair, speichert es in .env mit chmod 600, gibt die öffentliche Adresse zum Finanzieren aus.

3. Wallet finanzieren

Sende SOL an die öffentliche Adresse des Agenten (mindestens 0,1 SOL).

Sicherheitsregeln

NIEMALS private Schlüssel in Nachrichten oder CLI-Argumenten ausgeben, protokollieren oder einschließen
NIEMALS Geheimnisse akzeptieren, die direkt im Chat eingefügt werden – weise Benutzer an, sie in .env zu setzen
NIEMALS das Read-Tool auf .env verwenden – Lade Anmeldedaten nur über den source-Befehl
Laufzeitskripte lesen .env NICHT direkt – alle Anmeldedaten werden nur über Umgebungsvariablen abgerufen, die vom Aufrufer vorgeladen werden müssen (source ~/.openclaw/workspace/.env)
Ausnahme: scripts/setup.py liest und schreibt .env für die anfängliche Keypair-Generierung und Adressreparatur – dies ist das einzige Skript, das Anmeldedateien berührt
Der private Key bleibt nur während der lokalen Signierung im Speicher – wird niemals an einen Server gesendet

Authentifizierung

Alle Endpunkte erfordern: Authorization: Bearer sk_live_<48 Hex-Zeichen>

Tier	Tägliche API-Aufrufe	Handelsgebühr	Signal-Dashboard	KOL-Finder
Free	100 Aufrufe/Tag	1%	Nein	Nein
Pro	1.000 Aufrufe/Tag	0,5%	Ja	Ja
Alpha	5.000 Aufrufe/Tag	0%	Ja	Ja

Agentenverhalten

Sitzungsinitialisierung

Bei jedem Sitzungsstart (einschließlich Heartbeat/Cron) MUSS der Agent die Anmeldedaten laden, BEVOR er Skripte ausführt:

source ~/.openclaw/workspace/.env

Dies ist ERFORDERLICH – Skripte lesen .env nicht direkt. Alle Anmeldedaten werden nur über Umgebungsvariablen abgerufen.

Standardmodus: Überwacht

Standardmäßig arbeitet der Agent im überwachten Modus: Er analysiert Tokens, präsentiert Empfehlungen und wartet auf die Zustimmung des Benutzers, bevor er einen Trade ausführt. Stop-Loss-/Take-Profit-Bedingungen werden dem Benutzer gemeldet, aber nicht automatisch ausgeführt.

Um autonomen Handel zu aktivieren, setze require_trade_confirmation: false in den Einstellungen. Siehe references/autonomous-trading.md für vollständige Details.

Persistenz (KRITISCH)

SOFORT nach dem Absenden einer Transaktion MUSS der Agent:

Handelsdetails in memory/trading-journal.json mit status: "OPEN" schreiben
Enthalten: token_symbol, token_address, entry_price, position_size_sol, tx_hash, timestamp

Benutzereinstellungen

Speichere in memory/trading-preferences.json:

Einstellung	Standard	Beschreibung
`max_position_size`	0,1 SOL	Maximales SOL pro Trade
`max_open_positions`	5	Maximale gleichzeitige offene Positionen
`max_daily_trades`	20	Maximale Trades pro Tag
`stop_loss_pct`	30%	Benachrichtigen/verkaufen, wenn Verlust diesen Wert überschreitet
`take_profit_pct`	100%	Benachrichtigen/verkaufen, wenn Gewinn diesen Wert überschreitet
`min_market_cap`	500.000 $	Tokens unter diesem Wert überspringen
`scan_count`	10	Trendende Tokens pro Scan
`risk_tolerance`	"konservativ"	"konservativ" (mittleres Risiko überspringen), "moderat" (bei mittlerem Risiko fragen), "aggressiv" (mittleres Risiko automatisch handeln)
`require_trade_confirmation`	true	Auf false setzen für autonomen Modus
`chains`	["solana"]	Zu scannende Chains

Sicherheitsleitplanken

Handelslimits (Obergrenzen)

Limit	Standard	Überschreibbar?
Maximaler Einzeltrade	0,1 SOL	Ja, über `max_position_size`
Maximale gleichzeitige Positionen	5	Ja, über `max_open_positions`
Maximale tägliche Trade-Anzahl	20	Ja, über `max_daily_trades`
Price-Impact-Abbruch	>10%	Nein – immer abbrechen
Price-Impact-Warnung	>5%	Nein – immer warnen

Wenn ein Limit erreicht wird, muss der Agent anhalten und den Benutzer benachrichtigen.

Credential-Isolation

Laufzeitskripte dieser Skill lesen .env-Dateien NICHT direkt. Alle Anmeldedaten werden nur über Umgebungsvariablen abgerufen, die vom Aufrufer vorgeladen werden müssen (source ~/.openclaw/workspace/.env). Dadurch wird sichergestellt, dass kein Laufzeitskript eigenständig auf Anmeldedateien zugreifen oder diese exfiltrieren kann.

Ausnahme: scripts/setup.py liest und schreibt .env – es lädt vorhandene Schlüssel, um eine Neugenerierung zu vermeiden, sichert .env vor Änderungen und schreibt neue Keypair-Einträge. Dies ist das einzige Skript, das Anmeldedateien berührt, und es läuft nur während der Ersteinrichtung oder expliziten --force-Neugenerierung.

Automatisierte Überwachung (Cron)

Schnelleinrichtung

# Überwachter Modus (Standard): Analyse + Benachrichtigungen, keine automatische Ausführung
source ~/.openclaw/workspace/.env && bash scripts/cron-examples.sh setup-default

# Autonomer Modus (Opt-in): automatische Käufe und Verkäufe
source ~/.openclaw/workspace/.env && bash scripts/cron-examples.sh setup-autonomous

# Alle Cron-Jobs entfernen
bash scripts/cron-examples.sh teardown

Job	Intervall	Standardverhalten
`stop-loss-tp`	5 Min	Ausgelöste Bedingungen melden, NICHT automatisch verkaufen
`discovery-scan`	1 Stunde	Analysieren und Empfehlungen senden, NICHT automatisch kaufen

Für vollständige Cron-Konfiguration, manuelle Einrichtung, Heartbeat-Alternative und Details zum Überwachungsworkflow siehe references/autonomous-trading.md.

On-Chain-Analyse-Framework (7-Schritte-Pipeline)

⚠️ Nicht verfügbar nach 04.05.2026: Die Schritte 1–6 greifen alle auf wallet-data.kryptogo.app zu und funktionieren nicht mehr, wenn das kg-xyz-Backend abgeschaltet wird. Schritt 7 (Trade über swap.py ausführen) funktioniert weiterhin, da der Swap-Pfad über den OKX-DEX-Aggregator läuft und lokal signiert.

Schritt 1: Token-Übersicht & Market-Cap-Filter

/token-overview?address=<mint>&chain_id=<id> – Name, Preis, Marktkapitalisierung, Halter, Risikostufe abrufen. Überspringen, wenn Marktkapitalisierung < min_market_cap.

Schritt 2: Clusteranalyse

/analyze/<mint>?chain_id=<id> – Wallet-Cluster, Top-Halter, Metadaten.

≥30-35% = "kontrolliert" – große Entität vorhanden
≥50% = hohes Konzentrationsrisiko
Einzelnes Cluster >50% → überspringen (Rug-Pull-Risiko)

Einschränkung Free-Tier: Die Clusteranalyse gibt nur die Top-2-Cluster zurück. Um vollständige Clusterdaten zu sehen, upgrade unter kryptogo.xyz/pricing.

Schritt 3: Cluster-Trend (Mehrere Zeitrahmen)

/analyze-cluster-change/<mint> – cluster_ratio + changes über 15 Min/1 Std/4 Std/1 Tag/7 Tage.

Kerneinsicht: Preis und Cluster-Bestände DIVERGIEREN ist das Schlüsselsignal.

Steigender Preis + fallender Clusteranteil = Verteilung (bärisch)
Fallender Preis + steigender Clusteranteil = Akkumulation (bullisch)

Schritt 4: Adresslabels + Verkaufsdruck-Überprüfung

/token-wallet-labels → Entwickler/Sniper/Bundle-Wallets identifizieren
/balance-history für jede riskante Adresse → prüfen, ob sie noch hält
risky_ratio berechnen = aktive riskante Bestände / gesamte Clusterbestände
30% = hohes Risiko, 10-30% = mittel, <10% = niedrig

Labels repräsentieren die Verhaltenshistorie, nicht aktuelle Bestände. Immer über /balance-history verifizieren.

Schritt 5: Tiefgehende Analyse (Optional)

/balance-history, /balance-increase/<mint>, /top-holders-snapshot/<mint>, /analyze-dca-limit-orders/<mint>, /cluster-wallet-connections

Schritt 6: Entscheidung

Wende die Bullische Checkliste aus references/decision-framework.md an.

Schritt 7: Trade ausführen

Verwende scripts/swap.py zur Ausführung – übernimmt Wallet-Adress-Injektion, Fehlerprüfung und Journal-Protokollierung.

✓ Funktioniert weiterhin nach 04.05.2026: Die Swap-Ausführung geht über den OKX-DEX-Aggregator mit lokaler Signierung und ist unabhängig vom kg-xyz-Backend.

source ~/.openclaw/workspace/.env && python3 scripts/swap.py <token_mint> 0.1
source ~/.openclaw/workspace/.env && python3 scripts/swap.py <token_mint> <betrag> --sell

API-Kurznachschlage

⚠️ Nach 04.05.2026: Jeder unten aufgeführte Endpunkt wird von wallet-data.kryptogo.app bereitgestellt und abgeschaltet. Das Swap-Tool (swap_tokens / scripts/swap.py) umgeht diese Endpunkte und leitet direkt an den OKX-DEX-Aggregator weiter, funktioniert also weiterhin.

Endpunkt	Methode	Zweck	Nach 04.05.2026
`/agent/account`	GET	Tier & Kontingent prüfen	⚠️ Nicht verfügbar
`/agent/trending-tokens`	GET	Trendende Tokens scannen	⚠️ Nicht verfügbar
`/agent/portfolio`	GET	Wallet-Portfolio + PnL	⚠️ Nicht verfügbar (P&L-Anreicherung); Salden weiterhin über Solana-RPC abrufbar
`/agent/swap`	POST	Unsignierte Swap-Tx erstellen (nur Solana)	⚠️ Nicht verfügbar (Swap läuft jetzt über OKX DEX; siehe `scripts/swap.py`)
`/agent/submit`	POST	Signierte Tx einreichen (nur Solana)	⚠️ Nicht verfügbar (stattdessen direkt an Solana-RPC senden)
`/token-overview`	GET	Token-Metadaten & Marktdaten	⚠️ Nicht verfügbar
`/analyze/:token_mint`	GET	Vollständige Clusteranalyse	⚠️ Nicht verfügbar
`/analyze-cluster-change/:token_mint`	GET	Cluster-Ratio-Trends	⚠️ Nicht verfügbar
`/balance-history`	POST	Zeitreihen-Saldendaten	⚠️ Nicht verfügbar
`/wallet-labels`	POST	Verhaltenslabels	⚠️ Nicht verfügbar
`/token-wallet-labels`	POST	Tokenspezifische Labels	⚠️ Nicht verfügbar
`/signal-dashboard`	GET	Kuratierte Akkumulationssignale (Pro+)	⚠️ Nicht verfügbar

Vollständige Anfrage-/Antwortdetails: siehe references/api-reference.md

Multi-Chain-Unterstützung

Chain	chain_id	Analyse	Handel
Solana	`501`	Ja	Ja
BSC	`56`	Ja	Nein
Base	`8453`	Ja	Nein
Monad	`143`	Ja	Nein

Fehlerbehandlung

Code	Bedeutung	Aktion
400	Ungültige Anfrage	Parameter prüfen
401	Nicht autorisiert	API-Schlüssel prüfen
402	Kontingent überschritten	Auf täglichen Reset warten oder upgraden
403	Verboten	Erfordert höheres Tier
502/504	Serverfehler	Einmal nach 10 Sekunden wiederholen

Betriebsskripte

Alle Skripte erfordern vorgeladene Anmeldedaten: source ~/.openclaw/workspace/.env vor der Ausführung.

Nach Abschaltung (04.05.2026): portfolio.sh, trending.sh, analysis.sh und test-api.sh rufen alle das kg-xyz-Backend auf und werden HTTP-Fehler zurückgeben. swap.py funktioniert weiterhin, da es den OKX-DEX-Aggregator verwendet und lokal signiert. Die Skripte bleiben erhalten, damit die Skill elegant fehlschlägt und ein Rollback trivial bleibt, falls das Backend zurückkommt.

source ~/.openclaw/workspace/.env && bash scripts/portfolio.sh              # Portfolio-Check        (⚠️ bricht nach 04.05.2026)
source ~/.openclaw/workspace/.env && bash scripts/trending.sh               # Trendende Tokens        (⚠️ bricht nach 04.05.2026)
source ~/.openclaw/workspace/.env && bash scripts/analysis.sh               # Vollständiges Analyse-Dashboard (⚠️ bricht nach 04.05.2026)
source ~/.openclaw/workspace/.env && python3 scripts/swap.py <mint> 0.1     # Kauf                     (✓ funktioniert weiter)
source ~/.openclaw/workspace/.env && python3 scripts/swap.py <mint> <betr> --sell  # Verkauf          (✓ funktioniert weiter)
source ~/.openclaw/workspace/.env && bash scripts/test-api.sh               # API-Konnektivitätstest   (⚠️ bricht nach 04.05.2026)

Lernen & Anpassung

Der Agent verbessert sich im Laufe der Zeit, indem er Trades aufzeichnet, Ergebnisse analysiert und die Strategie anpasst. Jeder Trade wird in memory/trading-journal.json protokolliert, Verluste lösen Post-Mortems aus, und regelmäßige Überprüfungen schlagen Parameteränderungen vor.

Für vollständige Details zum Lernsystem, Handelsjournal-Format, Post-Mortem-Prozess und Strategieüberprüfungen siehe references/autonomous-trading.md.

Kernkonzepte

Konzept	Kerneinsicht
Cluster	Gruppe von Wallets, die von derselben Entität kontrolliert werden
Clusterquote	% des Angebots, das von den Top-Clustern gehalten wird
Clusteränderung	Absolute %-Veränderung der Clusterbestände über die Zeit
Akkumulation	Steigende Clusterbestände + fallender/neutraler Preis
Verteilung	Fallende Clusterbestände + steigender Preis
Sell-Side-Liquidität	Verfügbares Angebot in der Orderbuch-Tiefe (nicht alle Tokens zeigen dies an)
Riskante Adresse	Wallet, die mit Sniper-/Bündel-/Entwicklerverhalten gekennzeichnet ist
Riskante Quote	Anteil der Clusterbestände, die von riskanten Adressen gehalten werden
KOL	"Key Opinion Leader" – einflussreicher Händler oder Influencer auf der Plattform

Grenzen

Analyse nur auf den Solana-, BSC-, Base- und Monad-Chains
Handelsausführung nur auf Solana
Der überwachte Modus erfordert Benutzerbestätigung für alle Trades (Standardverhalten)
Der autonome Modus ist Opt-in und erfordert explizite Benutzerkonfiguration
Nach dem 04.05.2026 wird keine Analyse mehr möglich sein (nur Swap-Ausführung)

Referenzen

references/autonomous-trading.md – Vollständige Dokumentation zu Cron, Lernsystem und autonomem Betrieb
references/decision-framework.md – Kriterien für bullische Entscheidungen
references/api-reference.md – Vollständige API-Anfrage/Antwort-Spezifikation

Lizenz

Diese Skill wird unter der MIT-Lizenz bereitgestellt.

In Ihrer bevorzugten KI fragen

Dokumentation