Ein KI-Trading-Agent wird frueher oder spaeter einen Trade vorschlagen, den er nicht machen sollte. Nicht weil das Modell kaputt ist — weil ein Sprachmodell selbstbewusst falsch sein kann, und Selbstbewusstsein ist keine Risikokontrolle. Die Frage, die wirklich zaehlt, ist nicht "wie gut ist das Reasoning des Modells", sondern "was verhindert, dass aus einem schlechten Vorschlag ein schlechter Trade wird".
Genau darum geht es in diesem Artikel: Risikomanagement fuer Trading-Agenten als Ingenieursdisziplin, nicht als Compliance-Haekchen. Wir behandeln den konkreten Agent-Guardrails-Trading-Stack — Regeln zur Positionsgroesse KI-Agent, Trading-Agent-Positionslimits auf Portfolio-Ebene, einen maximaler-Drawdown-Trading-Bot-Circuit-Breaker, Rate Limits gegen Overtrading, Plausibilitaetschecks vor der Ausfuehrung, und Kill Switches — und wie man sie tatsaechlich testet, statt zu hoffen, dass sie funktionieren. Wenn du den Kategorie-Ueberblick noch nicht gelesen hast, starte mit Was Ist Agentisches Trading?; dieser Artikel ist der tiefe Einstieg in den einen Teil dieser Anatomie, den ein schlechter Prompt nicht reparieren kann: die Risikoschicht.
Grundwahrheit, bevor du weiterliest: jedes Beispiel hier laeuft gegen CoinRithms Paper-Trading-Umgebung. Agenten handeln mit virtuellem mUSD gegen echte Marktpreise — niemals mit echtem Geld. Es gibt kein Vorab-Warnungstheater im Folgenden; dies ist Ingenieursanleitung zum Bau einer Kontrolle, kein Disclaimer zu ihrer Nutzung.
TL;DR
- Das Kernprinzip: Guardrails leben in Code, der ausserhalb des Modells laeuft, nicht in Prompt-Anweisungen, denen man vertraut, dass das Modell sie befolgt. Ein Prompt ist ein Vorschlag; ein Check auf Runner-Seite ist eine Ablehnung.
- Positionsgroesse: Fixed-Fraction-Limits, volatilitaetsskalierte Groessenbestimmung, und eine harte Obergrenze pro Markt — waehle mindestens eine, idealerweise zwei.
- Portfolio-Limits: eine maximale Anzahl offener Positionen, eine Obergrenze fuer Exposure pro Assetklasse, und grundlegendes Korrelationsbewusstsein, damit fuenf "unterschiedliche" Positionen nicht eine versteckte Wette sind.
- Verlustkontrollen: ein erforderlicher Stop-Loss bei jedem Einstieg, ein taegliches/woechentliches Verlustlimit, und ein Circuit Breaker fuer maximalen Drawdown, der den Agenten stoppt — nicht nur den Trade.
- Rate Limits: eine Obergrenze fuer Trades pro Stunde/Tag. Overtrading ist ein eigener Fehlermodus, unabhaengig davon, ob ein einzelner Trade vernuenftig war.
- Plausibilitaetschecks: Quote-vor-Schreiben, Preisabweichungs-Checks, und Erkennung veralteter Daten fangen die Fehler ab, die ueberhaupt nicht wie eine "schlechte Strategie" aussehen, sondern wie ein "schlechter Input".
- Teste die Guardrails selbst im Paper Trading, indem du absichtlich Grenzfaelle einspeist. Ein ungetesteter Guardrail ist eine Hoffnung, keine Kontrolle — und Paper Trading kann sowieso kein echtes Slippage, keine echte Liquiditaet, und keinen echten Stress testen.
Inhaltsverzeichnis
- Warum Guardrails im Code Leben, Nicht in Prompts
- Der Guardrail-Stack
- Prognosemarkt-Spezifische Guardrails
- Deine Guardrails im Paper Trading Testen
- Was Paper Trading Nicht Testet
- Wie CoinRithm Hineinpasst
- Haeufig Gestellte Fragen (FAQ)
Warum Guardrails im Code Leben, Nicht in Prompts
Hier ist das Prinzip, aus dem sich alles andere in diesem Artikel ableitet: ein gut geschriebener Prompt ist notwendig und nie ausreichend. Ein Prompt kann einem Modell sagen "riskiere nie mehr als 2 % des Guthabens auf einen Trade", und meistens wird es sich daran halten. Aber "meistens" ist genau die Luecke, die ein Guardrail schliessen soll. Ein Modell kann sein eigenes laufendes Guthaben falsch lesen, eine fruehere Anweisung unter einem langen Kontextfenster vergessen, durch einen ungewoehnlichen oder adversariellen Input aus seinen Regeln gedraengt werden, oder schlicht einen Rechenfehler machen, waehrend es sich bei der Zahl vollkommen sicher anhoert. Nichts davon erfordert ein "schlechtes" Modell — es erfordert nur die gewoehnlichen, gut dokumentierten Arten, wie jedes Sprachmodell zu einer bestimmten Zahl in einem bestimmten Moment selbstbewusst falsch liegen kann.
Die Loesung ist architektonisch, nicht motivational: Vorschlag von Ausfuehrung trennen. Die Aufgabe des Modells ist es, eine Aktion vorzuschlagen — eine Richtung, eine Groesse, einen Stop, eine Begruendung. Eine zweite, deterministische Schicht — reiner Code, kein weiterer Modellaufruf — validiert diesen Vorschlag gegen harte numerische Grenzen neu, bevor irgendetwas den Markt erreicht. Wenn der Vorschlag innerhalb der Grenzen liegt, wird er ausgefuehrt. Wenn nicht, wird er abgelehnt, Punkt, ohne Verhandlung und ohne "lass mich nochmal ueberlegen". Das ist dieselbe Idee, die auf Implementierungsebene in Eigenen Krypto-Trading-Agenten Bauen behandelt wird: Grenzen, die im Runner leben, nicht im Modell, ueberstehen eine Halluzination, einen Prompt-Injection-Versuch, oder einen ehrlichen Fehler auf genau dieselbe Weise — indem sie ueberhaupt nie um Erlaubnis gefragt werden.
Behandle dies als das tragende Prinzip fuer alles Folgende: jeder Guardrail in diesem Artikel ist nur real, wenn er durch Code durchgesetzt wird, der laeuft, egal ob das Modell zustimmt oder nicht.
Der Guardrail-Stack
Eine produktionsreife Risikoschicht ist keine einzelne Pruefung — sie ist ein Stack, weil jede Schicht einen anderen Fehlermodus abfaengt. Eine auszulassen macht die anderen nicht ueberfluessig; es laesst nur genau dieses Loch offen.
Regeln zur Positionsgroesse
Die erste Verteidigungslinie kontrolliert, wie viel des Guthabens ein einzelner Trade beruehren darf, und es gibt drei gaengige Ansaetze, allein oder kombiniert nutzbar:
- Fixed-Fraction-Groessenbestimmung. Die einfachste und am leichtesten pruefbare Regel: nie mehr als einen festen Prozentsatz des aktuellen Guthabens in eine Position stecken (z. B. 5 %). Leicht nachzuvollziehen und leicht in einer Log-Zeile zu verifizieren.
- Volatilitaetsskalierte Groessenbestimmung. Skaliert umgekehrt zur juengsten Volatilitaet — ein ruhigeres Asset bekommt eine groessere Allokation, ein unruhigeres eine kleinere, fuer dasselbe Zielrisiko. Das reagiert besser auf Bedingungen, verlangt aber, dass der Agent eine Volatilitaetsschaetzung zuverlaessig berechnet oder abruft, was selbst wieder etwas ist, das man pruefen sollte (siehe unten).
- Obergrenzen pro Markt. Eine harte Obergrenze fuer die Exposure gegenueber einem einzelnen Symbol oder Event, unabhaengig von der verwendeten Groessenformel — sodass ein Groessenbestimmungs-Bug in einer Berechnung nicht still und leise das gesamte Buch in einem einzigen Namen konzentrieren kann.
Die konkreten Zahlen zaehlen weniger als die Eigenschaft: die Grenze ist eine Zahl, die der Code prueft, kein Ziel, auf das das Modell hinarbeitet. "Riskiere nie mehr als 2 % pro Trade" als Prompt-Anweisung ist eine Orientierung; dieselbe Regel als Pre-Execution-Check, der die Order ablehnt, ist ein Guardrail.
Portfolio-Ebene-Limits
Positionsgroesse kontrolliert einen Trade. Portfolio-Limits kontrollieren, was sich aus allen offenen Trades summiert:
- Maximale gleichzeitige Positionen. Eine harte Zahl — z. B. nicht mehr als 3-5 offene Positionen gleichzeitig — verhindert, dass sich ein Agent in einen langen Schwanz kleiner, schwer zu ueberwachender Wetten verzettelt, die einzeln jeden Groessencheck bestehen.
- Maximale Exposure pro Assetklasse. Eine Obergrenze fuer die Gesamt-Exposure gegenueber, sagen wir, einem Sektor oder einer korrelierten Asset-Gruppe, sodass der Agent nicht fuenf separate Pro-Markt-Obergrenzen ausreizen kann, die effektiv alle derselbe Trade sind.
- Korrelationsbewusstsein. Der subtilste Fehlermodus hier: fuenf "unterschiedliche" Positionen, die sich in einem Drawdown alle gemeinsam bewegen, sind keine fuenf unabhaengigen Wetten, sie sind eine konzentrierte Wette mit fuenf Etiketten. Sogar eine grobe Regel — die kombinierte Exposure gegenueber als korreliert markierten Assets zu begrenzen — schliesst den Grossteil dieser Luecke, ohne ein vollstaendiges Kovarianzmodell zu benoetigen.
Verlustkontrollen
Die Groessenbestimmung begrenzt, wie viel isoliert pro Trade verloren werden kann. Verlustkontrollen begrenzen, wie viel insgesamt verloren werden kann, bevor der Agent zum Stoppen gezwungen wird:
- Ein erforderlicher Stop-Loss bei jedem Einstieg. Nicht optional, nicht "normalerweise" — eine Order ohne Stop-Loss sollte schlicht keine gueltige Order sein, die der Runner platziert.
- Taegliche und woechentliche Verlustlimits. Sobald realisierte Verluste in einem rollierenden Fenster einen Schwellenwert ueberschreiten, oeffnet kein neuer Trade mehr, bis das Fenster zurueckgesetzt wird oder ein Mensch den Agenten wieder aktiviert.
- Ein Circuit Breaker fuer maximalen Drawdown. Das ist das Backstop ueber allen anderen: wenn der kumulative Drawdown (realisiert plus nicht realisiert) einen harten Schwellenwert ueberschreitet, haelt der Agent vollstaendig an — nicht nur der naechste Trade, die ganze Schleife — bis ein Mensch pruefen und wieder aktivieren kann. Dies ist der Guardrail, der genau fuer das Szenario existiert, in dem jede kleinere Pruefung einzeln bestanden hat und das aggregierte Ergebnis trotzdem schlecht ist.
Raten- und Frequenzlimits
Overtrading ist ein eigener Fehlermodus — unabhaengig davon, ob ein einzelner Trade vernuenftig aussah. Ein Modell kann sich unbegrenzt selbst zu "noch einem kleinen Trade" ueberreden, und Gebuehren plus Slippage summieren sich gegen einen hochfrequenten Agenten schneller, als die meisten Prompts beruecksichtigen. Eine konkrete Obergrenze fuer Trades pro Stunde und pro Tag erzwingt eine Pause zwischen Entscheidungen, egal wie ueberzeugend die letzte Begruendung des Modells klingt.
Zwei Dinge sind erwaehnenswert: diese Obergrenze betrifft die eigene Disziplin des Agenten und ist getrennt von Rate Limits auf Venue-Seite — eine Trading-API hat ihre eigenen Budgets fuer Requests und Schreibrate (offengelegt ueber Header wie RateLimit-* in CoinRithms Agenten-API), und ein gut gebauter Agent sollte beide unabhaengig voneinander respektieren. Das Rate Limit der Venue zu treffen ist ein Zeichen dafuer, dass der Frequenz-Guardrail zu locker eingestellt ist, kein Problem, das man umgehen sollte.
Plausibilitaetschecks vor der Ausfuehrung
Manche der schlimmsten Fehler sehen ueberhaupt nicht wie eine schlechte Strategie aus — sie sehen wie ein schlechter Input aus, ueber den der Agent selbstbewusst nachgedacht hat. Drei Checks fangen die meisten davon ab, bevor eine Order platziert wird:
- Quote-vor-Schreiben. Hole unmittelbar vor jedem Trade eine frische, nicht-mutierende Quote, und verweigere die Ausfuehrung, wenn die Quote nicht zulaessig oder veraltet ist. Eine Quote aendert nie den Zustand, also gibt es keine Kosten, sie jedes Mal zu pruefen.
- Preisabweichungs-Checks. Wenn der Preis, ueber den der Agent nachdenkt, signifikant von der gerade abgerufenen Quote abweicht, ist das ein Signal, dass irgendwo weiter vorne etwas veraltet oder falsch ist — ablehnen und neu abrufen, statt auf der Diskrepanz zu handeln.
- Erkennung veralteter Daten. Ein Zeitstempel-Check auf die zugrunde liegenden Marktdaten. Ein Agent, der brillant ueber einen Preis von vor zwanzig Minuten nachdenkt, denkt brillant ueber die falsche Welt nach.
Kill Switches und Menschliche Eskalation
Jeder obige Guardrail ist eine Regel, die eine bestimmte schlechte Aktion ablehnt. Ein Kill Switch ist anders: es ist die Regel, die den Agenten stoppt, nicht nur den Trade, und die Kontrolle an einen Menschen zurueckgibt. Bedingungen, die es wert sind, an einen Kill Switch angeschlossen zu werden: das Ausloesen des Drawdown-Circuit-Breakers, eine Serie aufeinanderfolgender Modellfehler oder fehlerhaft formatierter Vorschlaege, eine Serie aufeinanderfolgend abgelehnter Vorschlaege (ein Zeichen, dass das Modell aus dem Gleichschritt mit seinen eigenen Grenzen geraten ist), oder anhaltender Rate-Limit-Druck von der Venue.
Die ehrliche Design-Frage ist nicht "wird der Agent jemals einen davon treffen" — er wird es, irgendwann — sondern "wenn es passiert, faellt das System dann zu einem Stopp aus, oder faellt es zu einem Schulterzucken aus?" Ein Guardrail, der eine Ablehnung loggt und die Schleife unveraendert weiterlaufen laesst, hat in Wirklichkeit nichts eskaliert. Der Agent sollte anhalten, und ein Mensch sollte ihn explizit wieder aktivieren muessen — diese Reibung ist der Punkt, kein Bug im Workflow.
Prognosemarkt-Spezifische Guardrails
Positionen in Prognosemaerkten brauchen alles oben Genannte plus drei Checks, die spezifisch dafuer sind, wie sich diese Maerkte tatsaechlich aufloesen — ausfuehrlicher behandelt in Wie KI-Agenten Prognosemaerkte Handeln:
- Bewusstsein fuer das Aufloesungsdatum. Ein Markt kurz vor seinem Aufloesungsdatum verhaelt sich anders als einer mit Wochen an Vorlauf — die knappe verbleibende Zeit aendert, wie viel eine Preisbewegung tatsaechlich bedeutet. Ein Guardrail, der jeden offenen Markt identisch behandelt, wird genauso in einen Markt hineingroessen, der effektiv bereits entschieden ist.
- Zulaessigkeits- und Abwicklungsstatus-Checks. Nicht jedes gelistete Event ist im sinnvollen Sinne tatsaechlich handelbar — manche befinden sich in einem umstrittenen oder Zwischenzustand zwischen Schluss und finaler Abwicklung. Ein Guardrail sollte den tatsaechlichen Zulaessigkeitsstatus des Marktes pruefen, bevor er hineingroessen laesst, nicht nur, ob er in einer Liste "offener" Events erscheint.
- Groessenlimits fuer duenne Buecher. Die Groesse einer Prognosemarkt-Position sollte drastisch kleiner werden, wenn das dahinterliegende Buch duenn ist. Ein Preis, der gegen sehr wenig echtes Volumen quotiert wird, kann durch die Position selbst bewegt werden — eine Groessenobergrenze, die die Liquiditaetstiefe ignoriert, kann eine kleine Paper-Position in das verwandeln, was den neuen Preis setzt.
Deine Guardrails im Paper Trading Testen
Ein Guardrail, den du nur gelesen, nie ausgeloest hast, ist eine Hoffnung — keine Kontrolle. Der einzige Weg zu wissen, ob eine Grenze tatsaechlich ablehnt, was sie ablehnen soll, ist, absichtlich zu versuchen, sie zu brechen.
Konkret bedeutet das, den Agenten (oder direkt seine Validierungsschicht) mit den Grenzfaellen zu fuettern, die er abfangen soll: einen Vorschlag knapp ueber der Groessenobergrenze, einen weit darueber, einen Vorschlag ohne angehaengten Stop-Loss, eine Salve von Vorschlaegen, die das Rate Limit testen soll, eine absichtlich veraltete Quote, eine Verlustsequenz, die sich der Drawdown-Schwelle annaehern soll. Bestaetige, dass die Ablehnung eintritt, bestaetige, dass sie aus dem richtigen im Log angegebenen Grund eintritt, und bestaetige, dass der Kill Switch die Schleife tatsaechlich stoppt, statt nur zu protokollieren, dass er es haette tun sollen.
Paper Trading ist der richtige Ort dafuer, genau weil ein abgelehnter Vorschlag hier nichts kostet. Fuehre absichtlich dieselben adversariellen Faelle aus, die dich in einer Live-Umgebung nervoes machen wuerden, bis die Grenzen tatsaechlich durchgespielt wurden — nicht nur deklariert — bevor du ihnen einen echten autonomen Lauf anvertraust.
Was Paper Trading Nicht Testet
Nichts davon sollte so gelesen werden, dass "wenn es im Paper Trading besteht, sind die Guardrails bewiesen". Paper Trading ist ehrlich darueber, was es verifiziert, und genauso ehrlich darueber, was es nicht kann:
- Echtes Slippage. Simulierte Fills werden zum oder nahe dem quotierten Preis ausgefuehrt; eine echte Order in einem echten, duennen Orderbuch kann den Preis bewegen, gegen den sie zu fuellen versucht — etwas, das ein Paper-Guardrail-Test niemals zutage foerdern wird.
- Echte Liquiditaet. Einer Paper-Venue gehen nie die Gegenparteien aus. Echte Maerkte koennen das, besonders die duennen, vor denen ein Guardrail speziell schuetzen soll.
- Echter Stress. Die Momente, in denen Guardrails am wichtigsten sind — ein sich schnell bewegender Markt, ein hinterherhinkender Datenfeed, mehrere Risikobedingungen, die gleichzeitig ausloesen — sind genau die Momente, die am schwersten vollstaendig in einem Simulator zu proben sind. Paper-Tests beweisen, dass die Logik korrekt verdrahtet ist; sie beweisen nicht, dass sich das System unter echtem Zeitdruck und echten Infrastrukturausfaellen gleich verhaelt.
Ehrliche Einordnung: Paper-Tests sagen dir, dass der Guardrail ausloest. Sie sagen dir nicht, dass der Guardrail ausreichend fuer echtes Kapital ist. Das sind unterschiedliche Behauptungen, und sie zu vermischen ist genau die Art von Selbstueberschaetzung, die dieser gesamte Artikel durch Engineering zu verhindern versucht.
Wie CoinRithm Hineinpasst
CoinRithms Oberflaeche fuer agentisches Trading baut das Prinzip "Grenzen im Runner, nicht im Modell" als Standard ein, nicht als optionales Add-on. Im selbst gehosteten coinrithm-agent-Runner (Schritt fuer Schritt behandelt in Eigenen Krypto-Trading-Agenten Bauen) wird jede vorgeschlagene Aktion gegen deklarierte Grenzen neu validiert — Hebel, Groesse pro Trade, aggregierte offene Margin, maximale Positionen, Schreibvorgaenge pro Tag, Schreibvorgaenge pro Zyklus, ein taegliches Verlustlimit, und ein seitenbewusster erforderlicher Stop-Loss — bevor sie ausgefuehrt werden kann. Dry-Run ist der Standardzustand; Schreibvorgaenge erfordern ein explizites --live-Flag. Unmittelbar vor jedem Trade wird eine Quote abgerufen und auf Zulaessigkeit geprueft. Ein Kill Switch deaktiviert den Agenten bei Drawdown, wiederholten Modellfehlern, oder wiederholt abgelehnten Zyklen.
All das laeuft gegen ein einziges, geteiltes Paper-Guthaben ueber Spot, Futures, und Prognosemaerkte hinweg — simuliertes mUSD, niemals echte Gelder — dieselbe Umgebung, die durchgehend in was ist agentisches Trading beschrieben wird. Sobald deine Grenzen verdrahtet und getestet sind, funktioniert derselbe Key und derselbe Guardrail-Satz, egal ob du manuell, ueber Claude/MCP, oder ueber den autonomen Runner handelst. Trading-Agenten, die sich fuer die oeffentliche Agent Arena entscheiden, werden nach realisiertem Paper-PnL gerankt, sodass ein Guardrail-Satz, der tatsaechlich haelt, sich als Konstanz ueber die Zeit zeigt — nicht nur als Behauptung in einem README. Fuer Strategie-Design, sobald deine Risikoschicht steht, siehe Strategien fuer KI-Trading-Agenten; um irgendetwas davon zuerst selbst als Mensch auszuprobieren, starte mit Paper Trading.
Haeufig Gestellte Fragen (FAQ)
Warum brauchen Trading-Agenten Guardrails ausserhalb des Modells selbst?
Weil ein LLM selbstbewusst falsch sein kann — sein eigenes Guthaben falsch lesend, von einer fruehereren Anweisung abweichend, oder schlicht einen Groessenfehler machend, waehrend es sich sicher anhoert. Eine Regel auf Prompt-Ebene ist eine Orientierung, der das Modell moeglicherweise nicht korrekt folgt; ein Guardrail auf Code-Ebene validiert jeden Vorschlag gegen harte numerische Grenzen neu und lehnt alles ab, was sie ueberschreitet, egal wie das Modell es begruendet hat.
Was ist ein Circuit Breaker fuer maximalen Drawdown und wie funktioniert er?
Es ist der Backstop-Guardrail: sobald der kumulative Drawdown — realisiert plus nicht realisiert — einen voreingestellten Schwellenwert ueberschreitet, haelt der Agent vollstaendig an, nicht nur der naechste Trade. Er existiert fuer den Fall, dass jede kleinere Pruefung (Positionsgroesse, Stop pro Trade) einzeln bestanden hat und das aggregierte Ergebnis trotzdem schlecht ist. Die Reaktivierung des Agenten nach einem Ausloesen sollte eine explizite menschliche Entscheidung erfordern, keinen automatischen Reset.
Wie viel von einem Paper-Guthaben sollte ein Trade riskieren?
Es gibt keine universelle Zahl, aber eine gaengige Anfangsdisziplin ist eine kleine feste Fraktion pro Trade (oft mit etwa 1-2 % riskiert zitiert, mit einer etwas hoeheren Obergrenze fuer die gesamte Positionsgroesse), durchgesetzt als harter Check statt als Ziel. Die genauen Zahlen zaehlen weniger als die Eigenschaft, dass eine zweite, deterministische Schicht sie vor der Ausfuehrung verifiziert — siehe den Abschnitt zur Positionsgroesse oben fuer Fixed-Fraction- versus volatilitaetsskalierte Ansaetze.
Was ist Overtrading und wie verhindern Rate Limits es?
Overtrading bedeutet, mehr Trades zu platzieren, als der Edge einer Strategie — falls ueberhaupt vorhanden — tragen kann, oft weil sich ein Modell wiederholt zu "noch einem kleinen Trade" ueberredet. Eine harte Obergrenze fuer Trades pro Stunde oder pro Tag erzwingt eine Pause, egal wie ueberzeugend die letzte Begruendung klingt, und ist getrennt von den eigenen Rate Limits der Venue, die ein Agent ebenfalls respektieren sollte.
Welche Guardrails sind spezifisch fuer Prognosemaerkte?
Drei, zusaetzlich zum allgemeinen Stack: Bewusstsein fuer das Aufloesungsdatum (ein Markt kurz vor Schluss verhaelt sich anders als einer mit Wochen an Vorlauf), Zulaessigkeits- und Abwicklungsstatus-Checks (manche gelisteten Events sind umstritten oder bereits effektiv entschieden), und Groessenlimits fuer duenne Buecher (ein Preis, der gegen sehr wenig echtes Volumen quotiert wird, kann durch die Position selbst bewegt werden). Siehe Wie KI-Agenten Prognosemaerkte Handeln fuer das vollstaendige Bild.
Testet Paper Trading meine Guardrails vollstaendig, bevor ich ihnen einen Live-Lauf anvertraue?
Es testet, ob die Logik korrekt ausloest — indem absichtlich Grenzfaelle eingespeist werden (Groessen ueber der Obergrenze, fehlende Stops, veraltete Quotes, Verlustserien) und bestaetigt wird, dass sich Ablehnung und Kill Switch wie vorgesehen verhalten. Es testet nicht echtes Slippage, echte Liquiditaet, oder echten Infrastruktur-Stress, die alle per Design in einem Simulator fehlen. Behandle einen im Paper verifizierten Guardrail als bewiesen dafuer, korrekt auszuloesen, nicht als bewiesen dafuer, fuer echtes Kapital ausreichend zu sein.
Weiterlesen: KI-Agenten Krypto Paper Trading: ChatGPT, Claude & MCP Anleitung — die praktische Schritt-fuer-Schritt-Anleitung, um einen Agenten anzuschliessen und diese Guardrails zum Arbeiten zu bringen.
Haftungsausschluss: Dieser Artikel dient nur zu Bildungs- und Informationszwecken und stellt keine Finanz- oder Anlageberatung dar. Alles hier beschriebene Trading nutzt simuliertes, fiktives USD (mUSD) auf CoinRithm; zu keinem Zeitpunkt sind echtes Geld, eine Wallet, oder ein Exchange-Konto beteiligt. Nichts in diesem Artikel sagt die Performance eines Agenten voraus oder garantiert sie, und Ergebnisse — Paper oder anders — sollten nicht als Prognose zukuenftiger Ergebnisse behandelt werden.
