概要
Vibe-Tradingは、LLM駆動の個人取引エージェントであり、マルチエージェントオーケストレーションと証券会社コネクタを統合し、バックテスト、リアルタイム相場、リスク管理をサポートします。コマンドライン、REST API、MCP、Webインターフェースを提供し、1つのコマンドで取引戦略をデプロイできます。
README プレビュー
\n English | 中文 | 日本語 | 한국어 | العربية\n\n\n\n \n\n\nVibe-Trading: Your Personal Trading Agent\n\n\n One Command to Empower Your Agent with Comprehensive Trading Capabilities\n\n\n\n \n\n\n\n \n \n \n \n \n \n \n \n \n\n\n\n Website · \n Docs · \n News · \n Features · \n Shadow Account · \n Demo · \n Quick Start · \n Examples · \n API / MCP · \n Roadmap · \n Contributing\n\n\n\n \n\n\n---\n\n## 📰 News\n\n- **2026-06-03** 🧹 **Community triage + trace correlation**: Tool-call trace entries now carry the originating `call_id`, so a `tool_result` can be matched back to its `tool_call` when replaying a run trace — arg previews stay truncated to keep trace files small ([#168](https://github.com/HKUDS/Vibe-Trading/pull/168), thanks @zwrong). Source comments no longer point at an internal-only docs path that external contributors couldn't find ([#166](https://github.com/HKUDS/Vibe-Trading/issues/166), thanks @jaleelpersonal). Also clarified that the `langchain-community` resolver warning on install is a harmless leftover-package notice, not a failure ([#167](https://github.com/HKUDS/Vibe-Trading/issues/167)), and scoped Gemini 2.5/3.0 `thoughtSignature` round-tripping for function calls as a `help wanted` task with a full fix plan ([#170](https://github.com/HKUDS/Vibe-Trading/issues/170), thanks @jliu6789).\n- **2026-06-02** 🔌 **Six new broker connectors (Tiger / Longbridge / Alpaca / OKX / Binance / Futu)**: The connector-first trading layer gains a direct-SDK transport alongside IBKR (local) and Robinhood (MCP). Each connector exposes read-only account / positions / orders / quote / history **plus paper-account order placement** — test your strategies across these broker paper accounts. Five of them (Tiger, Alpaca, OKX, Binance, Futu) also support **bounded, mandate-ga
FAQ (4)
トラブル対応vibe-tradingでDeepSeek v4 pro APIキーを使用すると、なぜ401エラーが返されるのですか？
401エラーは、LLMプロバイダーが正しく設定されていないことを意味します。.env（できれば~/.vibe-trading/.env）に以下が含まれていることを確認してください：
LANGCHAIN_PROVIDER=deepseek
LANGCHAIN_MODEL_NAME=deepseek-v4-pro
DEEPSEEK_API_KEY=sk-your-deepseek-official-api-key
DEEPSEEK_BASE_URL=https://api.deepseek.com/v1
TIMEOUT_SECONDS=2400重要：
- LANGCHAIN_PROVIDERはdeepseekでなければなりません。openrouterではありません。
- OpenRouterとDeepSeekのキーを混在させないでください。
- Vibe-tradingはまず~/.vibe-trading/.envを読み込みます。そのファイルが存在する場合は、agent/.envではなくそちらを更新してください。
トラブル対応Vibe-Trading CLIのswarmが「429 billing_not_active」エラーで失敗する理由は？
swarmワーカーは、Codexや単一タスク実行で使用されるものとは別の独自のLLMプロバイダー設定を使用します。CLI swarmコマンドはワークフローを開始しますが、環境変数（例：agent/.envまたはシェル内のLANGCHAIN_PROVIDER、LANGCHAIN_MODEL_NAME、DEEPSEEK_API_KEY）を介して設定されたプロバイダーアカウントがアクティブでない、または課金設定がないため、内部ワーカーが失敗します。解決するには、agent/.envファイルを確認し、正しいAPIキーが設定されていること、プロバイダーアカウントがアクティブで課金が有効であることを確認してください。その後、swarmコマンドを再実行してください。
トラブル対応Vibe-Tradingがエージェントが最大反復回数に達したときに「Execution failed: unknown」と表示するのはなぜですか？
これは既知のバグ (issue #114) であり、エージェントループが max_iterations を使い果たした際に、セッションチャットが実際の失敗理由を表示しません。本当のエラーは実行の state.json ファイルに保存されています。回避策: 実行ディレクトリ (例: data/runs/<run_id>/) を探し、state.json 内の reason フィールドを確認してください: grep reason data/runs/*/state.json。恒久的な修正は保留中です。リポジトリで更新を追跡してください。
ハウツーFinRLでA-shareのバックテストにmootdxをデータソースとして追加する方法
FinRLには現在、組み込みのmootdxサポートは含まれていません（次期リリースで予定）。一時的な回避策：(1) agent/backtest/loaders/に移動し、(2) akshare.pyをmootdx.pyにコピーし、(3) ローダーを修正してmootdxライブラリ経由でデータを取得する（TCP直接接続、認証不要、IPブロッキングなし）。例：mootdxを使用し、market.get_k_data()を呼び出してK-lineデータを取得する。MCPベースの統合では、エージェントを拡張してMCPサーバー経由でmootdxを呼び出す。完全な公式統合はこのissueで追跡されています。