Vibe-Trading公式READMEのイラスト。複数のAIエージェントが『デスク』ごとに分かれて並列に市場分析を行い、中央のコーディネーターに集約されてレポート・チャート・出力へと流れる
Vibe-Tradingの「マルチエージェント・トレーディングチーム」概念図。複数デスクが並列分析し、中央のコーディネーターへ集約される（出典: HKUDS/Vibe-Trading 公式README）
はじめに：本記事は投資助言ではありません
本記事は投資・売買を一切すすめるものではなく、損益や有利・不利にも触れません。扱うのは「Vibe TradingというOSSが、市場データ取得からバックテスト・(オプションの)ブローカー実行までをどう設計しているか」という技術的な仕組みだけです。Vibe-Trading自身も公式ディスクレーマーで 「research and trading software. It is not investment advice, holds no funds, and runs no execution venue」「Past performance does not guarantee future results」 と明記しています。実際の投資判断・是非は各自の責任と各国の法規制に従ってください。

Vibe Tradingは、香港大学のHKUDS（Data Intelligence Lab）が公開しているOSSで、市場データの取得からバックテスト、そして設定すれば証券会社（ブローカー）経由の実行までを、複数のAIエージェントが連携する「スワーム」構成で1本のCLIとしてつなぐ個人向けトレーディングエージェントです。2026年4月1日の公開からわずか約4ヶ月で、GitHubスターは29,839・フォークは4,807まで急成長しました。一方で最新リリースはv0.1.12というpre-1.0（0.x系）の段階で、実装の成熟度は話題性に必ずしも追いついていません。本記事はこの両面を正直に扱いながら、pip installしてCLIを実際に動かし、マルチエージェント設計を技術面から解説します（2026年8月6日時点の公式リポジトリとCLI実機検証に基づく）。

30秒でわかる Vibe Trading（2026年8月時点）
  • ・正体：HKUDS（香港大学のData Intelligence Lab）製の個人向けAIトレーディングエージェントCLI。Python＋React 19＋FastAPI構成、MITライセンス。
  • ・何ができる：市場データ取得（株式・暗号資産・コモディティ・為替など）→30種のマルチエージェント「スワーム」プリセットで分析→バックテスト→(オプションで)ブローカー実行、までを1コマンドで接続。
  • ・実測：pip install vibe-trading-aiから実行ファイルが使えるまで**約82秒**（本日実測・回線状況で変動）。初回起動ではLLM未設定だとPreflight Checkが「Critical check failed」で止まることを確認。
  • ・急成長の実態：作成から約4ヶ月で★29,839・fork 4,807。ただしリリースはまだ8本・v0.1.12というpre-1.0で、contributor数は約111名。
  • ・注意：ブローカー経由の実売買は公式に「experimental・実ブローカーでの動作未検証」と明記。本記事も投資助言ではない。

このジャンルで当サイトが既に扱った AI Hedge Fund徹底解説｜13人の投資家AIがLangGraphで議論する教育目的シミュレータ は、実際には売買を一切行わない教育用シミュレータでした。Vibe Tradingはそれとは対照的に、実データ取得・実際のバックテスト・（オプションの）実ブローカー接続までを視野に入れた、より実務寄りの設計です。AIエージェント技術全体の見取り図は AIエージェントフレームワーク比較2026｜LangGraph・CrewAI・Dify等9種をStar数・実コードで検証 を参照してください。

Vibe Tradingとは：市場データ取得からバックテストまでを1コマンドで繋ぐAIエージェント

Vibe Trading は、ひとことで言えば「市場データの取得・複数AIエージェントによる分析・バックテスト・(オプションの)ブローカー実行という一連の工程を、1つのPythonパッケージ・1つのCLIコマンドでつないだOSS」です。公式READMEのshields.ioバッジによれば、バックエンドはPython、フロントエンドはReact 19、APIはFastAPIという構成で、pip install vibe-trading-ai だけで導入できます。

開発元のHKUDSは、香港大学のData Intelligence Labに由来する研究室で、当サイトでも既に取り上げた LightRAG を輩出したグループです。学術研究室が母体という点は、企業のマネージド版が用意されているタイプのOSSとは性格が異なります。README上に商用マネージドクラウド版の記載は見当たらず、開発体制は研究室主導のオープンソースプロジェクトという位置づけです。

Vibe Tradingの立ち位置は「著名投資家が議論する教育シミュレータ」ではなく、「実データを取得し、実際にバックテストし、設定すれば実ブローカーにもつながる、pip一発の実務エージェント」。

対応するデータドメインは、公式README・実機検証の双方から、株式（US/HK/A株）・暗号資産（OKX・Tushare等）・コモディティ・為替（FX）と幅広いことが確認できます。CLIの vibe-trading data status は、無料の公開データソースと有料データソースを切り替える「データルーティングモード」を持つことを示しており、まずは無料データで試し、必要に応じて有料ソースへ切り替えるという段階的な使い方ができる設計です。

★29,839・fork 4,807の急成長とpre-1.0という実態

star数だけを見ると、Vibe Tradingは非常に「勢いのある」プロジェクトに映ります。ただし、GitHub上の実測値を並べると、話題性と実装の成熟度にはギャップがあることが分かります。

・star数：29,839（GitHub API実測、2026-08-06取得）
・fork数：4,807
・contributor数：約111名（Linkヘッダから算出した目安値）
・総コミット数：約1,188件（同様に目安値）
・リリース数：8本、最新はv0.1.12（2026-07-22公開）
・最終更新：2026-08-05（取得当日で活性度は高い）

読者の3つの問いへの答え
① 何ができる：市場データ取得→AIスワームによる分析→バックテスト→(オプション)ブローカー実行、を1コマンドで接続できる。 ② 何を解決する：個人が「データ収集」「複数観点の分析」「検証」をバラバラのツールでつなぐ手間を、1つのCLIに集約する。 ③ 何を代替できる：教育目的のシミュレータ（AI Hedge Fund等）が持たない「実データ×実行可能」という領域は代替できるが、pre-1.0である以上、本番運用の信頼性は自分で見極める必要がある。

作成日は2026年4月1日で、そこから約4ヶ月というごく短い期間でこの規模まで伸びています。一般的なOSSの成長速度と単純比較できるものではなく、AIエージェント・金融というバイラルになりやすい題材が重なった結果である可能性が高い点には注意が必要です。一方で、contributor数（約111名）・総コミット数（約1,188件）は、star数の規模に対して相対的に少なく、開発の中核はHKUDS研究室のメンバーに集中している可能性があります（コアチームの具体的な人数は今回未特定です）。

最も重要なのは、バージョンが v0.1.12 ——つまり「0.1系の12番目のパッチ」であり、1.0未満の pre-1.0 段階だという事実です。README上で明示的に「experimental（実験的）」と位置づけられているのは、後述するブローカー経由の実売買機能（Robinhood Agentic Trading等）です。公式ディスクレーマーには「experimental and not verified by us against a real broker account（実験的機能であり、実際のブローカー口座での動作は当プロジェクトとして検証していない）」とはっきり書かれています。star数の急成長ぶりと、pre-1.0かつ一部機能が実験的という実態——この両方を正直に受け止めることが、このOSSを評価する上での出発点になります。

マルチエージェント「スワーム」構成の仕組み：30プリセットをCLIで確認する

Vibe Tradingのコア機能が「スワーム（swarm）」です。これは複数のAIエージェントを役割ごとに束ねた「チーム」で、CLIの vibe-trading --swarm-presets を実行すると、実際に選べるプリセットの一覧が表示されます。本記事執筆時点（2026-08-06）の実機検証では、30種類のプリセットを確認しました。一部を挙げると次の通りです。

・equity_research_team（株式リサーチ・4エージェント）：マクロ→セクター→個別銘柄の三段階で深掘りするチーム
・crypto_trading_desk（暗号資産トレーディング・4エージェント）：ファンディングレートやオンチェーンデータを扱う執行寄りのデスク
・commodity_research_team（コモディティリサーチ・3エージェント）：需給を並列に深掘りするチーム
・geopolitical_war_room（地政学リスク・4エージェント）：地政学分析・エネルギーショックなどを扱うチーム
・risk_committee / portfolio_review_board：リスク管理・ポートフォリオレビューに特化したチーム

株式・暗号資産・コモディティ・為替・信用（クレジット）・ファクター分析・イベントドリブンまで、金融の主要ドメインごとにプリセットが用意されている構成です。

Vibe-Trading公式READMEのイラスト。株式・暗号資産・コモディティ・為替など複数市場のデータが1つのバックテスト・検証ダッシュボードへ集約される様子
複数市場（株式・暗号資産・コモディティ・為替）のデータを横断してバックテストへ接続する構成（出典: HKUDS/Vibe-Trading 公式README）

各プリセットの中身を vibe-trading --swarm-inspect equity_research_team で見ると、単なる「役割の割り当て」ではなく、DAG（有向非巡回グラフ）による依存関係が組まれていることが分かります。equity_research_teamの場合、次の4エージェントが順に実行されます。

flowchart LR A["macro_analyst
マクロ環境を分析"] --> B["sector_analyst
セクターへ深掘り"] B --> C["stock_picker
個別銘柄を選定
（backtestツール利用可）"] C --> D["aggregator
Research Report Editor
レポートに統合"]

各エージェントには使えるツールがあらかじめ割り当てられています。macro_analystとsector_analystは get_market_data（市場データ取得）や factor_analysis（ファクター分析）を使えますが、実際に backtest ツールを呼べるのは stock_picker だけ、というようにツールへのアクセス範囲がエージェントごとに絞られている設計です。最終段の aggregator（Research Report Editorという役割名）は bash read_file write_file のみを持ち、分析ツール自体は持たず「前段の出力をまとめる」役割に限定されています。

この「役割ごとにツールを絞り、DAGで依存順に実行する」という設計は、AI Hedge Fund がLangGraphで「Start→並列分析→Risk→Portfolio」という一方向の集約フローを組んでいたのと発想が近く、また Claude Code向けの claude-weekly-trade-strategy が「LLMには注文APIを渡さず、実行は別レイヤーのコードに任せる」という権限分離を採っていたのとも通じます。Vibe Tradingの場合も、backtest のような重いツールを一部のエージェントだけに絞ることで、役割の逸脱を構造的に防ぐ狙いがあると読めます。エージェントが状態を次々に受け渡していく設計全般については、AIエージェントのコンテキスト管理をファイルシステムで扱う OpenViking入門：AIエージェントのコンテキスト管理をファイルシステムで変えるByteDance発OSSの仕組み も参考になります。

実機検証：pip installから初回起動、Preflight Checkまで

ここからは、本記事執筆時点（2026-08-06）に実際にローカル環境（Python 3.11、クリーンな仮想環境）で動かして確認した内容です。README記載の最短手順に従いました。

pip install vibe-trading-ai

インストールは約82秒で完了しました（回線・環境によって変動します）。続けて起動コマンドを実行します。

vibe-trading chat

LLMのAPIキーを何も設定していない状態で起動すると、次のような「Preflight Check（起動前チェック）」画面が表示され、LLMプロバイダが未設定のままでは処理が止まることを確認しました。

Current Config: Provider openai / Credential MISSING / Model (not set)

Preflight Check
 N/A  LLM (openai)        LANGCHAIN_MODEL_NAME not set in .env (agent cannot function)
 OK   OKX API             reachable
 OK   yfinance            reachable
 N/A  Tushare             TUSHARE_TOKEN not set (optional) (A-share data unavailable)
 OK   akshare             installed
 OK   ccxt                installed
 OK   Content Filter Threshold   5%

Critical check failed - agent cannot start without a working LLM provider.

この画面から、いくつかの実装上の特徴が読み取れます。まず、yfinance・OKX API・akshare・ccxtは追加設定なしで「reachable/installed」と判定されるため、無料の株式・暗号資産データはAPIキー無しですぐ使える構成です。一方で Tushare（中国A株データ）は任意のトークンが必要で、未設定でもエージェント自体は起動できます。そして最も重要な制約は、LLMプロバイダの認証情報が無いと、そもそもチャット機能自体が起動しない（Critical check failed）ことです。つまりVibe Tradingは「データ取得部分」は無料で試せますが、「AIエージェントとしての分析」を体験するには、最低1つのLLM API（既定はOpenAI）の設定が必須という構成でした。

vibe-trading provider コマンドはOAuthベースのプロバイダ認証（login）と診断（doctor）のサブコマンドを持っており、APIキーの直接入力だけでなくOAuth連携での認証もサポートしていることが確認できます。実際の分析実行やバックテストにはLLM APIキー（またはOAuth認証）の設定が前提になるため、本記事の実機検証はインストールから初回起動画面の確認までにとどめ、実際の銘柄分析・発注が絡む機能（特にブローカー実行機能）には触れていません。

対応LLM・データソースとブローカー実行機能（experimental）の位置づけ

Vibe Tradingは特定のLLMベンダーに固定されない設計です。vibe-trading chat の起動画面には Provider として openai が既定表示され、vibe-trading provider login でOAuthプロバイダの切り替えができる作りになっています。データ面では vibe-trading data mode によって「無料の公開データ」と「有料データルーティング」を切り替えられ、vibe-trading data usage で有料データの利用量を確認できます。無料データソースだけでもスワームの分析自体は動く設計であり、有料ソースはオプトインという段階的な構成です。

もう一つの重要な機能が、証券会社（ブローカー）経由の実売買連携です。README上ではRobinhood Agentic Tradingなどとの連携が紹介されていますが、公式ディスクレーマーはこの機能について次のように明記しています。

“Vibe-Trading is research and trading software. It is not investment advice, holds no funds, and runs no execution venue. […] Past performance does not guarantee future results.”

さらにブローカー実行機能そのものについては「experimental and not verified by us against a real broker account（実験的機能であり、実際のブローカー口座での動作は当プロジェクトとして検証していない）」という位置づけです。「投資助言ではない」という前提の裏で、実売買連携という強い訴求機能が大きくアピールされている構成には注意が必要で、本記事ではこの実験的機能を過大に煽らず、公式の位置づけのまま正確に伝えます。実機検証でもこの機能には触れていません。

ブローカー実行機能を試す場合の注意
公式README・Disclaimerの両方が「experimental・実ブローカーでの動作未検証」と明記している機能です。試す場合は、まずペーパートレード相当の環境で動作を理解してから判断してください。本記事はその是非を推奨するものではありません。

AI Hedge Fund・claude-weekly-trade-strategyとの違い

「AIエージェントに市場・投資まわりを扱わせる」という題材のOSSは、当サイトで既に2本を取り上げています。設計思想の違いを技術軸で並べると、Vibe Tradingの立ち位置がより明確になります。

プロジェクト ライセンス 実行可否 設計の骨格
AI Hedge Fund MIT 実行しない（教育目的シミュレータ） 13体の投資家ペルソナAIがLangGraphで並列分析→Risk→Portfolioで統合。「LLMは意見、コードが判断」
claude-weekly-trade-strategy 不明（LICENSEファイル無し） コード上は可能（既定はdry-run） Claude Codeサブエージェント7体が週次レポート生成。LLMに注文APIを渡さない3層構成で実行を分離
Vibe Trading（本記事） MIT データ取得・バックテストは即使用可。ブローカー実行は「experimental」 30種のスワームプリセットがDAGで役割・ツールを分担。市場データ取得からバックテスト・(オプション)実行まで一気通貫

3プロジェクトに共通するのは、「LLMに何をどこまで任せ、どこからコードに委ねるか」という線引きを、それぞれ違う形で設計している点です。AI Hedge Fundは「そもそも実行しない」という最も安全側の設計、claude-weekly-trade-strategyは「LLMのツールから注文APIそのものを除外する」という権限分離、Vibe Tradingは「実行機能自体は用意しつつ、それをexperimentalと明示して切り分ける」という透明性重視の設計です。どれが優れているという話ではなく、AIに市場データの分析や判断を任せるとき、実行系をどう隔離するかという共通の設計課題に、それぞれ異なる答えを出している——これがこの3本を並べて読む価値です。

まとめ：Vibe Tradingから読み取れる設計と、投資助言ではないという線引き

Vibe Tradingは、「複数のAIエージェントを役割ごとに束ね、市場データ取得からバックテスト、(オプションの)実行までを1つのCLIでつなぐ」という発想を、pre-1.0ながら実際に動く形で提供しているOSSです。技術的な持ち帰りを整理すると次の3点になります。

・役割特化のエージェントをDAGで依存順に実行し、ツールへのアクセス範囲をエージェントごとに絞る（equity_research_teamのmacro→sector→stock→aggregate構成が好例）
・急成長（★29,839・4ヶ月弱）とpre-1.0（v0.1.12）という実態は両立しうる——star数の勢いだけで実装の成熟度を判断しない
・実行系（特にブローカー連携）をexperimentalと明示して切り分けるという透明性の取り方は、AI Hedge Fundの「実行しない」、claude-weekly-trade-strategyの「注文APIを渡さない」とは異なる、もう一つの答え方

重要な注意：本記事は投資助言ではありません
本記事で扱ったVibe Tradingは、公式ディスクレーマーで「research and trading software. It is not investment advice, holds no funds, and runs no execution venue」と明記されたOSSであり、ブローカー経由の実売買機能は「experimental・実ブローカーでの動作未検証」という位置づけです。本記事も同様に、投資の推奨・助言・成績の示唆を一切行いません。実際の投資判断や本番運用の可否は、リスクを十分理解した上での各自の責任と、各国の法規制に従ってください。
結論
Vibe Tradingの価値は「儲かるかどうか」ではなく、役割特化のAIエージェント群をDAGで束ね、データ取得から検証・(オプションの)実行までを1本のCLIに落とし込んだ設計にある。星数の急成長に惑わされず、pre-1.0という実態と、実験的機能を正直に明示する透明性の両方を見ることが、このOSSを正しく評価する出発点になる。（再掲：本記事は投資助言ではなく、いかなる取引も推奨しない）

参照ソース

・HKUDS/Vibe-Trading（公式リポジトリ・README） — 機能一覧・対応LLM・対応データソース・ライセンス・Disclaimerを確認
・Vibe-Trading README_ja.md（公式日本語訳） — 日本語での機能説明を確認
・Vibe-Trading GitHub Releases — 最新版v0.1.12・リリース履歴を確認