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

Designer baut Full-Stack-Plattform mit Claude CLI: Erkenntnisse ohne formale Programmierkenntnisse
Ein Designer mit WordPress-Erfahrung nutzte Claude CLI, um eine Plattform zur Verwaltung medizinischer Fachzeitschriften aufzubauen, die über 500 Veranstaltungsregistrierungen, mehr als 3.500 Nutzer in geschützten Bereichen und über 100 E-Learning-Kurse handhabt. Wichtige Erkenntnisse umfassen die Verwendung separater KI-Instanzen zum Debuggen und die Versionskontrolle aller Inhalte auf GitHub.

OpenClaw News Assistant: 100 Dollar verbrannt für Sport + Tech Deduplizierung und Halluzinationskorrekturen
Ein Entwickler gab ~100 $ für einen persönlichen Nachrichtenassistenten mit OpenClaw für Sport- und Tech/AI-News aus. Hauptprobleme: Halluzination (Gerüchte als Tatsachen behandelt, falsche Geschichten zusammengeführt), Deduplizierung über 10+ Quellen, Aktualität vs. Wiederauftauchen alter Geschichten und Token-Kosten. Strengere Prompts, Caching, Deduplizierung, Ranking, Verifikation und Diff-Logik verbesserten die Ergebnisse, aber die Kosten wurden unerschwinglich.

Lokale LLM-Agenten auf Mac Minis mit Telegram-Schnittstelle ausführen
Ein Entwickler teilt ein Setup mit 5 lokalen LLM-Agenten auf Mac Minis, die über Telegram-Bots gesteuert werden und keinerlei API-Kosten verursachen. Das System nutzt LMStudio, um Modelle bereitzustellen, tmux-Sitzungen für Claude Code und 80 Zeilen Python-Code für die Telegram-Brücke.

OpenClaw + Birdweather: Vogel-Daten abrufen, um Pokémon-artige Karten zu erstellen
Ein Entwickler nutzt OpenClaw, um stündlich Vogelbesuchsdaten von einem Birdweather-Gerät abzurufen und für jede Art Pokémon-ähnliche Karten zu erstellen. Ein unterhaltsames Projekt, um Kinder mit der Natur zu verbinden.