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
OpenClaw mit lokalem LLM auf einem Contabo-VPS ausführen: Qwen 3:4B hängt, Workarounds
Ein Nutzer berichtet über seine Erfahrungen mit OpenClaw und einem lokalen LLM auf einem Contabo-VPS mit 6 Kernen/12 GB RAM. Qwen 3:4B hängt nach Kompilierungsfehlern, aber winzige Ollama-Modelle funktionieren. Ohne GPU ist die Modellgröße begrenzt.

Graduierter Student nutzt Claude für Experiment zur Erkennung von KI-Bildern
Ein Doktorand an der New School in New York hat in Zusammenarbeit mit Claude ein Forschungsexperiment namens InPixelsWeTrust.org entwickelt, um zu untersuchen, wie Menschen visuelle Beweise im Internet beurteilen. Das Experiment konzentriert sich darauf, zu verstehen, wie Sicherheit und Genauigkeit bei der Bewertung von Bildern auseinandergehen, insbesondere angesichts der zunehmenden Verbreitung synthetischer Medien.

VibecodedHub: Eine Entdeckungsplattform, vollständig mit Claude Code erstellt
Ein Entwickler hat VibecodedHub erstellt, eine Entdeckungs- und Startplattform für KI-erstellte Projekte, wobei Claude Code als Hauptingenieur über mehrere fokussierte Sitzungen hinweg eingesetzt wurde. Die Plattform umfasst Landing Page, Authentifizierung, Feed, Projekteinreichungen, Stripe-Integrationen, Admin-Panel, SEO und OG-Bilder.

OpenClaw-Agent spielt Zork-Textadventure autonom
Ein Entwickler berichtet, dass sein OpenClaw-Agent eigenständig einen Zork-Interpreter gefunden und installiert hat, dann das gesamte Spiel zweimal in etwa 30 Sekunden durchgespielt hat, dabei 50/350 Punkte erzielte und plante, zwischen Aufgaben weiterzuspielen.