AIトレーディングエージェント「Vibe-Trading」と余剰資金の判断材料

こんにちは。ひでです。

スタートアップ経営者の意思決定を、AIで研ぎ澄ますための連載を書いています。

GitHubで「Vibe-Trading」というAIトレーディングエージェントが、この数週間で急速にスターを伸ばしています。

自然言語で市場を調べてバックテストまで一気通貫、ブローカーと繋げば自動売買もできる、というものです。

ただ、この記事は自動売買を煽る話ではありません。

会社の余剰資金と向き合ったとき、このツールをどこまで使い、どこで止めるかの話です。

香港大発のAIトレーディングエージェント「Vibe-Trading」、GitHubスター2万超えの正体

2026-07-18時点で、GitHubスターは24,617。

数週間前は18,000前後だったので、直近2週間で数千スター伸びた計算です。

GitHub Trendingでも週間+5,000超えの勢いです。

開発元は香港大学のデータインテリジェンスラボ（HKUDS）。

ライセンスはMITで、日本語READMEも整備されています。

GitHub - HKUDS/Vibe-Trading: "Vibe-Trading: Your Personal Trading Agent"

"Vibe-Trading: Your Personal Trading Agent". Contribute to HKUDS/Vibe-Trading development by creating an account on GitHub.

github.com

Vibe-Trading/README_ja.md at main · HKUDS/Vibe-Trading

"Vibe-Trading: Your Personal Trading Agent". Contribute to HKUDS/Vibe-Trading development by creating an account on GitHub.

github.com

流れを一言でいうと「自然言語で市場を調べる→戦略コードを生成する→バックテストする→ブローカーと繋げば発注もする」の一気通貫です。

特定のLLMベンダーにロックインされていない設計で、Claude・GPT・Gemini・DeepSeek・GLMなど13以上に対応します。

データソースも無料19本＋有料63本以上を自動フォールバックし、1つのAPIが落ちても止まらない構成です。

導入経路はDocker、pip、MCPプラグイン経由でClaude DesktopやCursorから叩く方法、ClawHubというホスト版の4つ。

エンジニアがいれば、社内サンドボックスで動かすまで半日で辿り着けます。

経営者がまず触るべきは「自動売買」ではなく「バックテスト」

「AIトレーディングエージェント」と聞くと、24時間自動で発注してくれる印象を持たれがちですが、Vibe-Tradingの自律売買機能はデフォルトでオフです。

有効化するには明示的にopt-inする必要があります。

僕がこのツールで最初に評価したいのは、バックテスト機能のほうです。

余剰資金の運用を考えるとき、経営者が知りたいのは「この投資仮説は過去のデータで通用したか」です。

従来これを確かめるには、証券担当に聞くか、クオンツを雇うか、Excelで自前実装するかの三択でした。

自然言語で指示できるようになったのが、今世代のトレーディングエージェントの本質です。

たとえば「日本の大型株のうち、四半期決算後1週間だけ持って翌週売る戦略を、過去10年で回してレポートを出して」と指示するだけで、市場データの取得から戦略コード生成、バックテスト実行、結果のグラフ化までが繋がります。

週末の3時間で、自社の投資仮説を1本潰せる。

これがこのツールの経営者向けの本当の価値です。

過去データで通用した戦略が未来でも通用する保証はゼロです。

それでも「証券担当に手ぶらで会う」状態から「仮説を10本潰したうえで会う」状態に変わるだけで、会話の質は変わります。

自動売買機能に手を出す必要は、少なくとも最初の3ヶ月はありません。

「投資委員会」機能をClaude Managed Agentsで自社ガバナンスに翻訳する

READMEを読み進めていくと、面白い記述に当たります。

「投資委員会」「クオンツデスク」「リスク委員会」という名前のマルチエージェント構成が標準搭載されているんです。

強気シナリオを語るAIと弱気シナリオを語るAIを対峙させ、クオンツデスクが数字で裏を取り、リスク委員会が最終ゲートを引く。

人間の投資委員会をそのままAIで再現しようとしています。

ただし、これはあくまでOSS上のシミュレーションで、企業の正式なガバナンスプロセスとして使えるものではありません。

この「委員会型で議論させる」構造を、Claude Managed Agentsに移植する価値があると思っています。

Managed Agentsなら、権限管理・監査ログ・承認フローつきでエージェントを動かせます。

「強気役」「弱気役」「リスク審査役」を社内で立ち上げれば、投資判断が「経営者一人の思いつき」から「議論の記録が残る意思決定」に格上げできます。

Vibe-Tradingの機能でManaged Agentsが動くわけではありません。

Vibe-Tradingが実装したエージェント構成を、自社のガバナンスに翻訳する話です。

100人以下のスタートアップで正式な投資委員会を設置するのは現実的ではないですが、Managed Agentsで疑似的な議論の場を作るコストは月数万円で収まります。

経営会議の資料に「AI委員会の議事録」が添付される未来は、そう遠くないはずです。

自律売買に踏み込む前に確認すべきリスク

「バックテストは触ってみたい、でも自動売買はまだ怖い」——この温度感が正解です。

Vibe-Trading自体は、自律売買のリスクを設計思想として真面目に扱っています。

mandate（銘柄ユニバース・注文サイズ・日次上限を事前コミット）、ファイルレベルのkill switch、監査台帳、fail-closedな発注前ゲートといったガードが標準です。

デフォルトはペーパー口座で動き、実弾はopt-inです。

設計は立派ですが、それだけでは安心できません。

使う前に確認すべきことが4つあります。

1つ目は、APIキーと認証情報の管理責任です。

OSSを自分のマシンやサーバーで動かすため、ブローカーAPIキーや取引所の認証情報の管理責任は完全に自社側です。

漏洩や誤操作は誰にも肩代わりしてもらえません。

2つ目は、稟議・決裁フローとの整合です。

通常の投資判断は稟議と決裁を経て執行されます。

自動化された売買がその外で走ることを、内部統制上どう位置づけるかは事前に決めておくべきです。

fail-closedの意味（システム障害時は発注を止める設計）を理解せずに使うと、想定外の挙動につながります。

3つ目は、金融商品取引法の論点です。

自社の余剰資金を自社の判断で動かす「自己勘定取引」は、投資助言業・投資運用業の登録対象ではないというのが一般的な整理と理解しています。

他方で、他者資金の運用や自動売買ロジックの他社への販売・レンタルは、登録が必要になりうる領域です。

断定的な法律解釈は避けるので、実際に動かす前に金融商品取引法に詳しい弁護士や顧問税理士に必ず確認してください。

4つ目は、プロジェクト自体の若さです。

Vibe-Tradingは2026年4月頃に始動したばかりで、実運用の年数はまだ浅いです。

スターが多い＝枯れている、ではありません。

プロダクション級の安定性はこれから証明されるフェーズです。

触るなら「バックテスト先行、投資委員会は発想の借用」

Vibe-Tradingを触るときの実務上の落としどころは、2つに絞れます。

1つは、バックテスト機能で投資仮説を検証することです。

自動売買はオフのまま、週末の3時間で回せる範囲から始めます。

もう1つは、「投資委員会」構成の発想をClaude Managed Agentsに翻訳し、自社ガバナンスに組み込むことです。

実弾を動かすのは、専門家への法的確認と社内規程の整備が終わってからで十分間に合います。

急ぐ話ではありません。

来週の経営会議で「うちの余剰資金、AIエージェントで仮説を10本潰してから運用先を決めます」と一行言えれば、それが今週の意思決定として十分です。