NOFX: Was die README für den praktischen Einsatz tatsächlich dokumentiert

Strategie als Sprachmodell

NOFX ist ein Open-Source-Trading-Terminal, das die Strategie als Sprachmodell und nicht als feste Regeln betrachtet. Die README beschreibt eine kontinuierliche Schleife: Marktstruktur lesen, entscheiden, ausführen, Begründung aufzeichnen. Eine Go-Laufzeit umgibt diese Schleife und begrenzt jede Order auf harte Risikolimits, die das Modell nicht überschreiben kann. Die Repository-Beschreibung listet US-Aktien, Rohstoffe, Devisen und Krypto als Zielmärkte auf. Die README spezifiziert keine Release-Version oder Änderungshistorie; diese müssten auf der Releases-Seite geprüft werden. Bei NOFX ist diese Aussage an die README gebunden und kein Ergebnis eines eigenen Produktionstests. Für eine belastbare Einordnung sollte genau der genannte Einstieg curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash in einer getrennten Testumgebung ausgeführt werden. Dabei sind die Eingaben, die erzeugten Dateien oder Ausgaben und Fehlermeldungen festzuhalten. Die relevante Stelle http://127.0.0.1:3000 zeigt, ob die beschriebene Funktion in der eigenen Umgebung tatsächlich verfügbar ist. Die Dokumentation nennt keine Garantie für Leistung, Verfügbarkeit oder Kompatibilität mit jeder Systemvariante. Diese Grenzen gehören zur Bewertung und dürfen nicht durch allgemeine Annahmen ersetzt werden. Die konkrete Stärke liegt in der Verbindung von NOFX mit http://127.0.0.1:3000. Wer diesen Teil nicht benötigt, gewinnt aus der zusätzlichen Komplexität keinen klaren Vorteil. Wer ihn benötigt, sollte den Ablauf zunächst mit ungefährlichen Beispieldaten nachvollziehen und erst danach über einen dauerhaften Einsatz entscheiden. Prüfpunkt 1 für nofxaios-nofx-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.

Geführter erster Start: Registrierung, Finanzierung und Autopilot

Der erste Start ist als dreistufiger Prozess dokumentiert. Das erste registrierte Konto wird zum Eigentümer der Instanz. Der geführte Start fordert den Händler auf, mindestens 1 USDC im Base-Netzwerk in die von dem Terminal erstellte KI-Gebühren-Wallet einzuzahlen, Hyperliquid zu verbinden und mindestens 12 USDC für den Handel einzuzahlen. Danach kann der Autopilot gestartet werden. Die README sagt, dass die KI alle paar Minuten den Markt scannt und selbst handelt, wobei jede Entscheidung sofort auf dem Dashboard erscheint und mit einem Klick gestoppt werden kann. Die README gibt nicht an, wie lange das Scan-Intervall über "alle paar Minuten" hinaus ist, und definiert "Autopilot" nicht weiter. Bei NOFX ist diese Aussage an die README gebunden und kein Ergebnis eines eigenen Produktionstests. Für eine belastbare Einordnung sollte genau der genannte Einstieg curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash in einer getrennten Testumgebung ausgeführt werden. Dabei sind die Eingaben, die erzeugten Dateien oder Ausgaben und Fehlermeldungen festzuhalten. Die relevante Stelle http://127.0.0.1:3000 zeigt, ob die beschriebene Funktion in der eigenen Umgebung tatsächlich verfügbar ist. Die Dokumentation nennt keine Garantie für Leistung, Verfügbarkeit oder Kompatibilität mit jeder Systemvariante. Diese Grenzen gehören zur Bewertung und dürfen nicht durch allgemeine Annahmen ersetzt werden. Für die Wartung von NOFX ist außerdem zu prüfen, ob Änderungen an http://127.0.0.1:3000 oder am dokumentierten Ablauf die bisherige Konfiguration beeinflussen. Ein kleiner reproduzierbarer Test mit curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash liefert dafür eine konkretere Grundlage als ein Vergleich von Sternzahlen. Prüfpunkt 2 für nofxaios-nofx-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.

Risikolimits außerhalb des Modells durchgesetzt

Der zentrale Designpunkt ist, dass das Sprachmodell Entscheidungen vorschlägt, aber nicht ausführt. Die README listet sechs Durchsetzungsmechanismen auf: Positionslimits, die gleichzeitige Positionen und den Nominalwert als Verhältnis zum Eigenkapital begrenzen; Hebel-Klemmen, die bei der Ordungsgrößenberechnung angewendet werden; Stop-Loss und Take-Profit auf der Börsenseite, die sofort nach dem Einstieg platziert werden; Drawdown-Automatikschließung für Positionen, die zu viel von ihrem Höchststand abgeben; Handelsdrosselung mit Mindesthaltezeiten und Abkühlzeiten; und Sicherheitsmodus, der nach wiederholten Modellfehlern neue Einstiege blockiert. Ein Start-Preflight prüft Modellzugriff, Wallet-Guthaben, Strategie und Börsensalden, bevor ein Händler starten kann. Jede Entscheidung wird mit der vollständigen Begründung des Modells gespeichert, sodass jede Position eine lückenlose Dokumentation hat. Bei NOFX ist diese Aussage an die README gebunden und kein Ergebnis eines eigenen Produktionstests. Für eine belastbare Einordnung sollte genau der genannte Einstieg curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash in einer getrennten Testumgebung ausgeführt werden. Dabei sind die Eingaben, die erzeugten Dateien oder Ausgaben und Fehlermeldungen festzuhalten. Die relevante Stelle http://127.0.0.1:3000 zeigt, ob die beschriebene Funktion in der eigenen Umgebung tatsächlich verfügbar ist. Die Dokumentation nennt keine Garantie für Leistung, Verfügbarkeit oder Kompatibilität mit jeder Systemvariante. Diese Grenzen gehören zur Bewertung und dürfen nicht durch allgemeine Annahmen ersetzt werden. Die konkrete Stärke liegt in der Verbindung von NOFX mit http://127.0.0.1:3000. Wer diesen Teil nicht benötigt, gewinnt aus der zusätzlichen Komplexität keinen klaren Vorteil. Wer ihn benötigt, sollte den Ablauf zunächst mit ungefährlichen Beispieldaten nachvollziehen und erst danach über einen dauerhaften Einsatz entscheiden. Prüfpunkt 3 für nofxaios-nofx-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.

Terminalmodule: Autopilot, Strategy Studio, Competition, Dashboard

Das Terminal besteht aus vier Komponenten. Autopilot ist der geführte Start mit serverseitigen Preflight-Checks. Strategy Studio bietet Stilvorlagen, Münz-Universen, Indikatoren, Hebel, Einstiegsvertrauen und benutzerdefinierte Prompts. Competition ist eine öffentliche Rangliste nach realisiertem Ertrag, wobei jeder Eintrag seinem Modell zugeordnet wird. Dashboard zeigt Live-Positionen, Orders, Statistiken und die Begründung hinter jeder Entscheidung. Die README enthält Screenshots für jede Seite, beschreibt die Benutzeroberfläche aber nicht weiter. Bei NOFX ist diese Aussage an die README gebunden und kein Ergebnis eines eigenen Produktionstests. Für eine belastbare Einordnung sollte genau der genannte Einstieg curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash in einer getrennten Testumgebung ausgeführt werden. Dabei sind die Eingaben, die erzeugten Dateien oder Ausgaben und Fehlermeldungen festzuhalten. Die relevante Stelle http://127.0.0.1:3000 zeigt, ob die beschriebene Funktion in der eigenen Umgebung tatsächlich verfügbar ist. Die Dokumentation nennt keine Garantie für Leistung, Verfügbarkeit oder Kompatibilität mit jeder Systemvariante. Diese Grenzen gehören zur Bewertung und dürfen nicht durch allgemeine Annahmen ersetzt werden. Für die Wartung von NOFX ist außerdem zu prüfen, ob Änderungen an http://127.0.0.1:3000 oder am dokumentierten Ablauf die bisherige Konfiguration beeinflussen. Ein kleiner reproduzierbarer Test mit curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash liefert dafür eine konkretere Grundlage als ein Vergleich von Sternzahlen. Prüfpunkt 4 für nofxaios-nofx-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.

Modellanbieter und Marktabdeckung

Die README listet acht Modellanbieter auf, die mit eigenen API-Schlüsseln funktionieren: DeepSeek, OpenAI, Claude, Qwen, Gemini, Grok, Kimi und MiniMax. Sie erwähnt auch Unterstützung für benutzerdefinierte Endpunkte und Modellnamen. Alternativ misst Claw402 die Modellnutzung pro Aufruf in USDC über das x402-Protokoll, sodass eine Wallet auf Base API-Schlüssel ersetzt. Für Märkte werden Krypto-Perpetuals auf allen neun gelisteten Börsen unterstützt. Auf Hyperliquid handelt dieselbe Laufzeit auch tokenisierte US-Aktien, Rohstoffe, Indizes, Devisen und Pre-IPO-Perpetuals, einschließlich Beispielen wie TSLA, NVDA, GOLD, SPX, EUR und OPENAI. Die README spezifiziert nicht, welche anderen Börsen Nicht-Krypto-Instrumente unterstützen. Bei NOFX ist diese Aussage an die README gebunden und kein Ergebnis eines eigenen Produktionstests. Für eine belastbare Einordnung sollte genau der genannte Einstieg curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash in einer getrennten Testumgebung ausgeführt werden. Dabei sind die Eingaben, die erzeugten Dateien oder Ausgaben und Fehlermeldungen festzuhalten. Die relevante Stelle http://127.0.0.1:3000 zeigt, ob die beschriebene Funktion in der eigenen Umgebung tatsächlich verfügbar ist. Die Dokumentation nennt keine Garantie für Leistung, Verfügbarkeit oder Kompatibilität mit jeder Systemvariante. Diese Grenzen gehören zur Bewertung und dürfen nicht durch allgemeine Annahmen ersetzt werden. Die konkrete Stärke liegt in der Verbindung von NOFX mit http://127.0.0.1:3000. Wer diesen Teil nicht benötigt, gewinnt aus der zusätzlichen Komplexität keinen klaren Vorteil. Wer ihn benötigt, sollte den Ablauf zunächst mit ungefährlichen Beispieldaten nachvollziehen und erst danach über einen dauerhaften Einsatz entscheiden. Prüfpunkt 5 für nofxaios-nofx-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.

Architektur und Installation

Das Architekturdiagramm in der README zeigt ein React/TypeScript/TradingView-Frontend, einen Go-API-Server mit JWT-Authentifizierung und verschlüsseltem Anmeldedatenspeicher, Strategie- und Autopilot-Module, eine Risiko-Engine, eine KI-Modellschicht und Börsenkonnektivität. Die Installation ist für Linux/macOS mit einem curl-Skript, Docker über docker-compose.prod.yml, Windows über Docker Desktop und aus dem Quellcode mit Go 1.21+ und Node.js 18+ dokumentiert. Die README zeigt auch einen Aktualisierungspfad durch erneutes Ausführen des Installationsskripts. Für die Serverbereitstellung werden HTTP und HTTPS über Cloudflare behandelt, einschließlich der Einstellung TRANSPORT_ENCRYPTION=true. Die README erwähnt keine anderen Bereitstellungsplattformen außer einer leeren Zeile für Railway. Bei NOFX ist diese Aussage an die README gebunden und kein Ergebnis eines eigenen Produktionstests. Für eine belastbare Einordnung sollte genau der genannte Einstieg curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash in einer getrennten Testumgebung ausgeführt werden. Dabei sind die Eingaben, die erzeugten Dateien oder Ausgaben und Fehlermeldungen festzuhalten. Die relevante Stelle http://127.0.0.1:3000 zeigt, ob die beschriebene Funktion in der eigenen Umgebung tatsächlich verfügbar ist. Die Dokumentation nennt keine Garantie für Leistung, Verfügbarkeit oder Kompatibilität mit jeder Systemvariante. Diese Grenzen gehören zur Bewertung und dürfen nicht durch allgemeine Annahmen ersetzt werden. Für die Wartung von NOFX ist außerdem zu prüfen, ob Änderungen an http://127.0.0.1:3000 oder am dokumentierten Ablauf die bisherige Konfiguration beeinflussen. Ein kleiner reproduzierbarer Test mit curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash liefert dafür eine konkretere Grundlage als ein Vergleich von Sternzahlen. Prüfpunkt 6 für nofxaios-nofx-deep-analysis: Die konkrete Ausgabe von der Konfiguration ist zu dokumentieren.

Lizenz, Community und Beitrag

NOFX ist unter AGPL-3.0 lizenziert, wie die Lizenzdatei und das Badge zeigen. Der Lizenzauszug bestätigt, dass es sich um eine Copyleft-Lizenz für Netzwerkserversoftware handelt, die verlangt, dass geänderter Quellcode den Benutzern eines Netzwerkservers zur Verfügung gestellt wird. Die README enthält einen Haftungsausschluss, dass automatisierter Handel ein erhebliches Risiko birgt, KI-gesteuerte Strategien experimentell sind und Benutzer niemals mit Geldern handeln sollten, deren Verlust sie sich nicht leisten können. Das Projekt listet eine Telegram-Community, Twitter/X, Issues und ein Live-Dashboard auf. Beitragsrichtlinien und ein Verhaltenskodex werden referenziert. Die README beschreibt auch ein Beitragsgewichtungssystem, das Pin-Issue-PRs, Code und Fehlerbehebungen höher gewichtet, und erklärt, dass NOFX beabsichtigt, Mitwirkende zu belohnen, wenn das Ökosystem wächst. Die README gibt keine Versionsnummern oder Versionshistorie an. Bei NOFX ist diese Aussage an die README gebunden und kein Ergebnis eines eigenen Produktionstests. Für eine belastbare Einordnung sollte genau der genannte Einstieg curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash in einer getrennten Testumgebung ausgeführt werden. Dabei sind die Eingaben, die erzeugten Dateien oder Ausgaben und Fehlermeldungen festzuhalten. Die relevante Stelle http://127.0.0.1:3000 zeigt, ob die beschriebene Funktion in der eigenen Umgebung tatsächlich verfügbar ist. Die Dokumentation nennt keine Garantie für Leistung, Verfügbarkeit oder Kompatibilität mit jeder Systemvariante. Diese Grenzen gehören zur Bewertung und dürfen nicht durch allgemeine Annahmen ersetzt werden. Die konkrete Stärke liegt in der Verbindung von NOFX mit http://127.0.0.1:3000. Wer diesen Teil nicht benötigt, gewinnt aus der zusätzlichen Komplexität keinen klaren Vorteil. Wer ihn benötigt, sollte den Ablauf zunächst mit ungefährlichen Beispieldaten nachvollziehen und erst danach über einen dauerhaften Einsatz entscheiden. Prüfpunkt 7 für nofxaios-nofx-deep-analysis: Die konkrete Ausgabe von dem Startbefehl ist zu dokumentieren.

Redaktionelles Fazit

NOFX passt zu Teams, die den dokumentierten Zweck und den konkreten Einstieg curl -fsSL https://raw.githubusercontent.com/NoFxAiOS/nofx/main/install.sh | bash in einer kontrollierten Umgebung prüfen können. Ungeeignet ist das Projekt als ungeprüftes Versprechen für andere Plattformen oder Anforderungen, die die README nicht abdeckt. Vor einer Entscheidung sollten http://127.0.0.1:3000, die Ausgabe des Befehls und die Lizenz AGPL-3.0 anhand des Repository-Stands kontrolliert werden.

Offizielle Quellen

1. Official documentation
2. Official README
3. Project repository