Нойберг: Открытый Многорыночный Торговый Терминал, Созданный на основе ИИ Claude

Что такое Neuberg

Neuberg — это открытый браузерный торговый терминал, созданный для объединения нескольких торговых интерфейсов в одном приложении. Он подключается к реальным рынкам, включая Hyperliquid, Polymarket и Alpaca, нормализует ордера внутри и добавляет поверх новости и структурированные сигналы.

В чём Claude был силён

1. Проектирование абстракции ордеров для разных площадок

Claude помог разработать нормализованный внутренний формат для работы с разными площадками, имеющими различные модели аутентификации, правила точности, семантику ордеров и лимиты запросов. Архитектура развилась до: OrderIntent → VenueAdapter → API-вызов.

Claude отлично справлялся с:

• Выявлением крайних случаев, таких как частичные исполнения, усечение точности и идемпотентность
• Предложением паттернов изоляции адаптеров
• Обнаружением мест, где связывание станет проблематичным
• Предложением согласованных дизайнов обработки ошибок

Он работал лучше всего, когда вставлялись реальные API-документы, чётко описывались фактические ограничения и его просили критиковать предложенный дизайн, а не изобретать его с нуля.

2. Рефакторинг без нарушения ментальных моделей

По мере роста проекта Claude помогал с:

• Унификацией моделей рынков для перпетуальных контрактов, акций и прогнозных рынков
• Разделением состояния UI от транспортного слоя
• Сокращением повторных рендеров при высокочастотных обновлениях через вебсокеты

Конкретный вклад включал объяснение, почему определённые паттерны React вызывают каскадные рендеры, предложение границ мемоизации и помощь в реструктуризации состояния, чтобы обновления стакана заявок с большим объёмом не замораживали UI.

3. Дизайн слоя структурированных новостей и сигналов

Neuberg загружает данные из отчётов EDGAR Form 4, макроэкономического календаря, данных площадок и общих финансовых новостей. Claude помогал проектировать:

• Простой пайплайн тегирования тональности
• Извлечение сущностей для тикеров, секторов и геополитики
• Эвристики «тегирования влияния»

При запросе «Учитывая эту структурированную JSON-схему, какая минимальная система оценки позволит избежать переобучения и останется объяснимой?» Claude последовательно склонялся к более простым, интерпретируемым системам вместо излишнего усложнения.

С чем Claude испытывал трудности или требовалась адаптация

1. Длинный контекст и быстрая итерация

Для крупных изменений в нескольких файлах управление контекстным окном становилось проблемой. Иногда Claude возвращал паттерны, которые уже были исключены. Помогало ведение краткого документа «основных истин» архитектуры, вставка только релевантных модулей и явное повторение ограничений.

2. Нюансы систем реального времени

Для логики обработки разниц через вебсокеты и высокочастотных обновлений стакана заявок Claude иногда предлагал абстракции, которые были чистыми, но непрактичными, и недооценивал последствия для производительности. Требовались явные ограничения, такие как «предположим 50 обновлений/сек», «предположим 5000 уровней» и «оптимизируйте для минимального давления на сборщик мусора», чтобы адаптироваться эффективно.

3. Границы безопасности

Для торгового ПО, связанного с реальными деньгами и API-ключами, предложения Claude по безопасности никогда не принимались слепо, особенно касательно обработки ключей, предположений о доверии клиент/сервер и хранения аутентификации. Хотя он был полезен для перечисления поверхностей угроз, решения, связанные с безопасностью, всё равно требовали проверки на соответствие лучшим практикам.

Ключевое понимание об использовании Claude для инфраструктуры

Claude был сильнее всего, когда использовался для архитектурной критики, перечисления крайних случаев, ясности рефакторинга и объяснения компромиссов. Он был слабее, когда приходилось угадывать невысказанные ограничения, ожидалось запоминание всей системы или поручалось изобретение дизайнов с нуля без чётких параметров.