Neuberg: Open-Source Multi-Market Trading Terminal, entwickelt mit Claude AI

Was Neuberg ist
Neuberg ist ein quelloffenes, browserbasiertes Trading-Terminal, das entwickelt wurde, um mehrere Trading-Schnittstellen in einer Anwendung zu konsolidieren. Es verbindet sich mit echten Märkten wie Hyperliquid, Polymarket und Alpaca, normalisiert Aufträge intern und legt Nachrichten sowie strukturierte Signale darüber.
Wo Claude stark war
1. Entwurf einer plattformübergreifenden Auftragsabstraktion
Claude half beim Entwurf eines normalisierten internen Formats zur Handhabung verschiedener Handelsplätze mit unterschiedlichen Authentifizierungsmodellen, Präzisionsregeln, Auftragssemantiken und Ratenbegrenzungen. Die Architektur entwickelte sich zu: OrderIntent → VenueAdapter → API-Aufruf.
Claude zeichnete sich aus durch:
- Identifizierung von Randfällen wie Teilausführungen, Präzisionskürzungen und Idempotenz
- Vorschläge von Adapter-Isolationsmustern
- Erkennen von Stellen, an denen Kopplung problematisch würde
- Vorschläge konsistenter Fehleroberflächendesigns
Es funktionierte am besten, wenn echte API-Dokumentationen eingefügt wurden, tatsächliche Einschränkungen klar beschrieben wurden und es gebeten wurde, einen vorgeschlagenen Entwurf zu kritisieren, anstatt einen von Grund auf neu zu erfinden.
2. Refactoring ohne Brechen mentaler Modelle
Während das Projekt wuchs, half Claude bei:
- Vereinheitlichung von Marktmodellen über Perpetuals, Aktien und Vorhersagemärkte hinweg
- Entkopplung des UI-Zustands von der Transportschicht
- Reduzierung von Neu-Renderings während hochfrequenter WebSocket-Updates
Spezifische Beiträge umfassten die Erklärung, warum bestimmte React-Muster kaskadierende Renderings auslösen würden, Vorschläge für Memoisierungsgrenzen und Hilfe bei der Umstrukturierung des Zustands, damit hochvolumige Orderbuch-Diffs die Benutzeroberfläche nicht einfrieren.
3. Strukturierte Nachrichten- + Signal-Schicht-Design
Neuberg bezieht EDGAR Form-4-Einreichungen, Makrokalenderdaten, Handelsplatzdaten und allgemeine Finanznachrichten. Claude half beim Entwurf von:
- Eine einfache Sentiment-Tagging-Pipeline
- Entitätsextraktion für Ticker, Sektoren und Geopolitik
- „Impact-Tagging“-Heuristiken
Bei der Aufforderung „Angesichts dieses strukturierten JSON-Schemas, welches minimale Bewertungssystem würde Overfitting vermeiden und dennoch erklärbar sein?“ tendierte Claude konsequent zu einfacheren, interpretierbaren Systemen anstatt zu Überentwicklung.
Wo Claude Schwierigkeiten hatte oder Anpassung benötigte
1. Langer Kontext + schnelle Iteration
Bei großen Mehrdateiänderungen wurde das Kontextfenstermanagement zum Problem. Claude führte gelegentlich Muster wieder ein, die bereits ausgeschlossen worden waren. Was half, war die Pflege eines kurzen architektonischen „Ground-Truth“-Dokuments, das Einfügen nur relevanter Module und das explizite Wiederholen von Einschränkungen.
2. Nuancen von Echtzeitsystemen
Bei WebSocket-Diff-Logik und hochfrequenten Orderbuch-Updates griff Claude manchmal auf Abstraktionen zurück, die sauber, aber unpraktisch waren, und gewichtete Leistungsimplikationen unter. Es benötigte explizite Einschränkungen wie „gehe von 50 Updates/Sekunde aus“, „gehe von 5000 Levels aus“ und „optimieren für minimalen GC-Druck“, um effektiv anzupassen.
3. Sicherheitsgrenzen
Bei Trading-Software mit echtem Geld und API-Schlüsseln wurden Claudes Vorschläge zur Sicherheit nie blind übernommen, insbesondere bezüglich Schlüsselhandhabung, Client/Server-Vertrauensannahmen und Authentifizierungsspeicherung. Obwohl nützlich zur Aufzählung von Bedrohungsoberflächen, benötigten sicherheitskritische Entscheidungen weiterhin Validierung gegen Best Practices.
Wesentliche Erkenntnis über die Verwendung von Claude für Infrastruktur
Claude war am stärksten, wenn es für Architekturkritik, Aufzählung von Randfällen, Refactoring-Klarheit und Erklärung von Kompromissen verwendet wurde. Es war schwächer, wenn es unausgesprochene Einschränkungen erraten musste, erwartet wurde, sich an das gesamte System zu erinnern, oder damit beauftragt wurde, Entwürfe von Grund auf neu zu erfinden ohne klare Parameter.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Erstellen einer Sprachschnittstelle für OpenClaw-Agenten mit iPhone-Kurzbefehlen
Ein Entwickler hat eine sprachgesteuerte Schnittstelle für OpenClaw-Agenten erstellt, indem er einen Python-Server-Endpunkt aufbaute und ihn mit einer iPhone-Kurzbefehls-Aktion integrierte, die Spracherkennung und Sprachausgabe lokal auf dem Gerät verarbeitet.

Multi-Agenten-Setup löst aufgrund einer Halluzinationsschleife Gebühren in Höhe von 3.400 US-Dollar aus.
Ein Entwickler hat eine firmeneigene virtuelle Karte für Testzwecke in Umgebungsvariablen hartcodiert, während er ein Multi-Agent-MCP-Setup aufbaute. Dies führte zu Kosten von 3.400 US-Dollar, als ein primärer Agent in einer Halluzinationsschleife stecken blieb, die alle 45 Sekunden über 14 Stunden hinweg neue kostenpflichtige Proxy-Instanzen erstellte.

RunLobster KI-Agent integriert Geschäftsdaten für operative Einblicke
Ein Entwickler gewährte RunLobster Root-Zugriff auf seine Geschäftssysteme, einschließlich Stripe, CRM, E-Mail und Gesprächstranskripte. Der Agent überwacht autonom den Betrieb, markiert Anomalien und liefert detaillierte Berichte basierend auf integrierter Datenanalyse.

OpenClaw-Benutzer berichten von deutlichen Verbesserungen nach der Umstellung auf OpenAI OAuth mit GPT-4
Ein Entwickler, der mit den Modellen Kimi k2.5 und Minimax2.7 in OpenClaw zu kämpfen hatte, wechselte zu OpenAIs OAuth-Verbindung mit GPT-4 und adaptivem Denken und berichtete von sofortigen Stabilitätsverbesserungen sowie der Fertigstellung mehrerer Automatisierungsaufgaben in 4-5 Stunden.