Neuberg: Claude AIで構築されたオープンソースの多市場取引端末

Neubergとは

Neubergは、複数の取引インターフェースを1つのアプリケーションに統合するために構築されたオープンソースのブラウザベース取引ターミナルです。Hyperliquid、Polymarket、Alpacaなどの実際の市場に接続し、内部で注文を正規化し、ニュースと構造化されたシグナルを重ね合わせます。

Claudeが優れていた点

1. 複数取引所を跨ぐ注文抽象化の設計

Claudeは、異なる認証モデル、精度ルール、注文セマンティクス、レート制限を持つ様々な取引所を扱うための正規化された内部フォーマットの設計を支援しました。アーキテクチャはOrderIntent → VenueAdapter → APIコールへと進化しました。

Claudeが特に優れていた点:

• 部分約定、精度切り捨て、べき等性などのエッジケースの特定
• アダプターの分離パターンの提案
• 結合が問題になる箇所の指摘
• 一貫したエラー処理設計の提案

実際のAPIドキュメントが貼り付けられ、実際の制約が明確に説明され、ゼロから設計を考案するのではなく提案された設計を批評するよう求められたときに、最も良いパフォーマンスを発揮しました。

2. メンタルモデルを壊さないリファクタリング

プロジェクトが成長するにつれ、Claudeは以下の点で支援しました:

• パープチュアル、株式、予測市場に跨る市場モデルの統一
• UI状態とトランスポート層の分離
• 高頻度のWebSocket更新時の再レンダリングの削減

具体的な貢献としては、特定のReactパターンが連鎖的なレンダリングを引き起こす理由の説明、メモ化境界の提案、高頻度の板情報差分がUIをフリーズさせないよう状態を再構築する支援などがありました。

3. 構造化されたニュース＋シグナル層の設計

NeubergはEDGAR Form 4提出書類、マクロ経済カレンダーデータ、取引所データ、一般的な金融ニュースを取り込みます。Claudeは以下の設計を支援しました:

• シンプルなセンチメントタグ付けパイプライン
• ティッカー、セクター、地政学的情報のエンティティ抽出
• 「影響タグ付け」ヒューリスティックス

「この構造化されたJSONスキーマを前提として、過剰適合を避けつつ説明可能な最小限のスコアリングシステムは何か？」というプロンプトに対して、Claudeは一貫して過剰な設計ではなく、よりシンプルで解釈可能なシステムを提案しました。

Claudeが苦戦した点、または適応が必要だった点

1. 長いコンテキストと迅速な反復

大規模なマルチファイル変更では、コンテキストウィンドウの管理が問題になりました。Claudeは時折、すでに却下されたパターンを再導入することがありました。有効だったのは、短いアーキテクチャの「基本事実」ドキュメントを維持し、関連するモジュールのみを貼り付け、制約を明示的に再提示することでした。

2. リアルタイムシステムのニュアンス

WebSocket差分ロジックや高頻度の板情報更新に関して、Claudeは時折、クリーンではあるが実用的でない抽象化をデフォルトとし、パフォーマンスへの影響を軽視することがありました。「1秒あたり50更新を想定」「5000レベルを想定」「GC負荷を最小化するよう最適化」といった明示的な制約を与えることで、効果的に適応することができました。

3. セキュリティ境界

実際の資金とAPIキーを扱う取引ソフトウェアにおいて、Claudeのセキュリティに関する提案は、特にキー処理、クライアント/サーバーの信頼前提、認証情報の保存に関して、盲目的に受け入れられることはありませんでした。脅威の表面を列挙するには有用でしたが、セキュリティに敏感な決定はベストプラクティスに対する検証を必要としました。

インフラストラクチャにClaudeを使用する際の重要な洞察

Claudeは、アーキテクチャの批評、エッジケースの列挙、リファクタリングの明確化、トレードオフの説明において最も強みを発揮しました。一方、明示されていない制約を推測する必要がある場合、システム全体を記憶することが期待される場合、明確なパラメータなしにゼロから設計を考案する任務を負わされた場合には、弱さが見られました。