AI Daily Briefing 2026-05-28 · Thu

OpenAlice · Your one-person Wall Street · Issue № 05/28

AI が、
「一人ウォール街」を実装した。

2026 年 5 月、X を中心に世界のクオンツ・トレーダーコミュニティ(特にフランス語圏)で 「Dinguerie(ヤバい/とんでもないもの)」と熱狂を呼んだ OSS、それが OpenAlice。GitHub で瞬く間に 4.3k stars を超え、単なる自動売買ツールの枠を超えた「自律型実行基盤(Trading OS)」として、業界の常識を覆しつつある。

OpenAlice が従来の「シグナル生成 AI」と決定的に異なる点は、リサーチ → 戦略立案 → 注文起案 → リスク管理 → ポートフォリオ監視までフルライフサイクルを自律完結すること。三層分離アーキテクチャ(Alice 脳 × UTA 実行層 × Guardian スーパーバイザー)で「最小特権の原則」を物理保証し、革新的 Trading-as-Git(TaG)で Stage → Commit(Rationale 付き 8 文字ハッシュ)→ Push(人間承認 + ガードレール)→ Log の規律を導入。Workspace と Prompt Caching で入力トークンコスト最大 90% 削減。AGPL-3.0 への移行リスクまで含めた次世代金融 AI インフラのリファレンス実装だ。

OpenAlice — 一人ウォール街を実現する次世代 AI トレーディング・エージェント

パラダイムシフト:「アドバイザー AI」から「自律型実行基盤(Trading OS)」へ

従来の AI は価格予測やシグナルを提示する「アドバイザー」に過ぎなかった。OpenAlice は 判断の賢さと実運用に耐える規律 を統合し、フルライフサイクルを完結させる真の「OS」として登場——プロフェッショナルたちが熱狂する理由はここにある。

OpenAlice — 一人ウォール街を実現する次世代 AI トレーディング・エージェント全景
FIG · OpenAlice の 4 つのコア・コンセプト(フルサイクル自動トレーディング × OSS コミュニティで 4.3k stars × 一人で運営する「バーチャル・ウォール街」× Self-hosted 設計でプライバシー担保)+ Trading-as-Git (TaG) の革新的ワークフロー + 分散アーキテクチャによる安全性 + Workspace + Prompt Caching による運用コスト最適化。「一人ウォール街」というビジョンを、技術で実装した

Chapter 1 — 課題解決の構図:誰の、どんな悩みを、どう変えるのか

OpenAlice は、個人が機関投資家レベルのトレーディングデスクを構築する際の、コスト × 技術的障壁 × セキュリティリスクという根本的な課題に解を与える。「投資の民主化」と「高度な安全性」の両立 がこのプロジェクトの戦略的意義だ。

Target 01 · 個人トレーダー

24 時間監視と感情の規律

従来の障壁:24 時間監視の限界、リサーチ不足、感情による規律の乱れ。OpenAlice は AI による 24/7 のフルサイクル自動運用 と Git 的な規律に基づいた取引実行で、機関投資家級の運用環境を個人に提供する。

Target 02 · 開発者

API 統合とセキュア実行環境

複雑なブローカー API の統合と、セキュアな実行環境構築は大きな摩擦。複数ブローカーを統合する UTA と、AI 判断層を分離したセキュア SDK で実装コストを劇的に削減する。

Target 03 · クオンツ研究者

再現性 × 監査性 × Live/Backtest 乖離

戦略の再現性、判断根拠の監査性、バックテストと実運用の乖離。Trading-as-Git による完全な取引履歴自然言語による戦略のコード化で、研究と実運用のブリッジを構築する。

Target 04 · So What?

投資の民主化 × バックテストの真実

すべての実取引に「Rationale(判断根拠)」がコミットメッセージとして紐付くため、事後的にバックテスト時の仮説と照らし合わせ、なぜ乖離が生じたかをプログラムレベルで監査・修正できる革新。

3 つのターゲット属性とそれぞれの解決策
FIG · 個人トレーダー × 開発者 × クオンツ研究者の 3 属性。共通する真の戦略的意義は「投資の民主化」と「高度な安全性」の両立であり、Trading-as-Git が研究(Backtest)と実運用(Live)の乖離を埋める唯一無二のブリッジとして機能する

Chapter 2 — 革新的設計:Alice / UTA / Guardian の三層防衛アーキテクチャ

OpenAlice は、AI の脆弱性と金融取引の厳格性を両立させるため、三層の物理的分離アーキテクチャを採用。「最小特権の原則」に基づき、AI(Alice)がプロンプトインジェクションで暴走しても、資産全体への致命的被害を防ぐリファレンス実装となっている。

Before · モノリシック AI 単一プロセス 推論・実行・認証が同じレイヤーに同居。プロンプトインジェクション一発で API キーを抜かれ、無制限の取引で破産する致命的アタックサーフェスを抱える。
After · 三層物理分離 Alice × UTA × Guardian 脳(AI)× 実行層 × スーパーバイザーを物理的に分離。Alice はブローカー認証情報を一切保持せず、UTA が定義されたルールでのみ実行。Guardian が両プロセスを監視し越権を阻む。
3 Layers · 最小特権の原則を物理保証

Alice(脳)× UTA(実行層)× Guardian(監督)

各層が独立した責務を持ち、「攻撃可能な層」と「致命的な被害」を物理的に切り離す。これは単なるソフトウェア工学のベストプラクティスではなく、金融という「失敗が許されない領域」で AI を運用するための業界初のリファレンス実装と言える。

  1. Alice(脳) — AI ランタイム。市場分析、戦略立案、ユーザー対話を担当。最も攻撃を受けやすい層だが、ブローカーの認証情報(API キー等)を一切保持しない
  2. UTA(Unified Trading Account / 実行層) — 実際のブローカー接続、注文構築、リスク管理を担当。AI からのリクエストを受け取り、定義されたルールに従ってのみ実行する隔離環境
  3. Guardian(スーパーバイザー) — Alice と UTA の両プロセスを監視し、全体のオーケストレーションを担う管理レイヤー。越権を阻む最後の砦
三層分離アーキテクチャ — Alice / UTA / Guardian

Chapter 3 — Trading-as-Git(TaG):金融に「監査性」と「規律」をもたらす新概念

OpenAlice の白眉は、ソフトウェア開発の Git 概念を金融実務に持ち込んだ「Trading-as-Git(TaG)」。すべての取引に「いつ・なぜ・誰が・どの銘柄を」が改ざん困難な形で記録される革命的な規律設計だ。

Trading-as-Git ワークフロー — Stage / Commit / Push / Log の 4 段階
FIG · Trading-as-Git (TaG) の革新的ワークフロー:①Stage(注文起案 / git add)→ ②Commit(理由付き 8 文字ハッシュで確定 / git commit -m)→ ③Push(人間承認とガードレール経由でブローカー送信 / git push)→ ④Log(改ざん困難な取引履歴)。圧倒的な監査性と透明性を金融現場にもたらす
TaG · Asynchronous Execution と tradingSync

約定と帳簿の乖離を最小化する実務設計

プロの現場では、ブローカーとの通信は常に非同期(Asynchronous)であり、約定価格や数量は瞬時に確定しない。OpenAlice は tradingSync ツールで市場の約定結果を Git の状態(Head Commit)に動的同期し、帳簿と現実の取引所の乖離を最小限に抑える。Git の「ロールバック」とは異なり、一度約定したものは取り消せないため、失敗時は迅速な「revert 取引(反対売買)」を起案する実務的な規律が求められる。

  • Stage — AI が注文案を作成。まだ執行されない。Git の git add に相当。
  • Commit — 取引理由(Rationale)を記述し、8 文字のハッシュと共に確定。後の監査で必須の根拠データ。
  • Push — 人間の承認とガードレールを経て、初めてブローカーへ送信。Push 前は何度でも撤回可能。
  • Log — 「いつ、なぜ、誰が、どの銘柄を」取引したかを改ざん困難な形で記録。完全な監査トレイル。

Chapter 4 — ガードレール・パイプラインと Evolution Mode のリスク管理

執行直前に強制される 「Guard Pipeline」 は、AI の暴走を食い止める「第二の防衛線」。ポジション上限・クールダウン・ホワイトリストの 3 主要ガードで、致命的損失を物理的に防ぐ。一方で Evolution Mode諸刃の剣として運用判断が問われる。

Guards · ポジション × クールダウン × ホワイトリスト

3 つの主要ガードと Human-in-the-loop 原則

3 つの主要ガードは、致命的損失を引き起こす典型的アンチパターン(ポジションの過剰集中 / 連打による暴走 / 想定外銘柄への発注)を物理的に遮断する設計。これに Human-in-the-loop を組み合わせることで、AI の判断を信頼しつつも、最終決裁は人間が握る「監督付き自律」を実現する。

  • ポジション上限 — 1 銘柄・1 セクター・全体に対する最大エクスポージャーを強制制限。ブラックスワン発生時の連鎖損失を遮断。
  • クールダウン(連打防止) — 同一銘柄の連続発注を時間軸で抑制。AI のループバグや市場異常による「Flash Crash の自作」を防止。
  • ホワイトリスト(許可銘柄のみ) — 事前承認された銘柄リスト外への発注を完全ブロック。レバレッジ ETF や仕組み債などの誤発注事故を構造的に防ぐ。
  • Human-in-the-loop — 原則として Push 前に人間が「理由付きの注文案」をレビュー。Rationale との整合性を確認することで、AI の論理的破綻を見抜ける。
Guard Pipeline と Evolution Mode の関係性

Evolution Mode:自己進化という諸刃の剣 — OpenAlice には、AI が自身のコードやツールを Bash 経由で修正・拡張できる Evolution Mode が存在する。これは戦略を市場環境に合わせて自動進化させる強力な機能だが、同時にプロンプトインジェクションに対するアタックサーフェスを劇的に広げるリスクを孕む。プロフェッショナルな運用では「利便性」と「セキュリティ」のトレードオフを厳格に評価し、権限設定を慎重に行う必要がある。

Chapter 5 — コスト最適化:Workspace と Prompt Caching の魔力

運用コストの鍵を握るのは Claude API の効率的な活用。OpenAlice は Anthropic の Prompt Caching(KV キャッシュ)を最大限に引き出す Workspace を推奨する。システムプロンプトや過去の文脈をサーバー側にキャッシュすることで、入力トークンコストを最大 90%(1/10)削減可能。

実験・学習

Claude Pro($20/月)。手動リサーチ中心。コスト重視のスターター層に最適。最初の 2〜4 週間の学習期間にちょうど良い。

自律運用(高頻度)

Claude Max 5x($100/月)。レート制限の緩和。自動ループに最適。実運用フェーズの主力プラン。

Workspace + Prompt Caching

システムプロンプトと文脈をキャッシュ化。入力トークンコストを最大 90% 削減。長時間セッションでも経済性が破綻しない。

API 直打ち(非推奨)

キャッシュ効率が悪く、AI の長文リサーチでコストが制御不能になるリスク高額請求事故の温床として避けるべきパターン。

Workspace × Prompt Caching のコスト最適化メカニズム
FIG · 運用コストと効率化の完全解説:Workspace 利用で Claude Code CLI のコストを最大 90% 圧縮。プロンプトキャッシュの有無で月額コストが桁違いに変動。API 直打ちは非推奨——高額請求事故を防ぐにはキャッシュアーキテクチャの理解が必須

運用の実務:compaction.json による長期コンテキスト管理

長期運用では、AI の記憶(コンテキスト)の肥大化が精度低下とコスト増を招く。これを制御するのが compaction.json要約とトランケートの戦略的トレードオフを運用者が握る。

主要パラメータ

maxContextTokens(保持する最大トークン数)/ autoCompactionThreshold(圧縮を開始する閾値、例: 0.75)/ summarizationModel"auto" 設定を推奨)。3 パラメータの相互作用でメモリ・コスト・精度のバランスを取る。

戦略的トレードオフ

「要約(Summarize)」は情報の連続性を保つが、「削除(Truncate)」はコストを下げる。情報を削りすぎると AI が過去の判断ミスを「忘れる」ため、最初は緩めの設定(120k / 0.8)から開始し、徐々に締めていくステップが推奨される。

Chapter 6 — 法的・コンプライアンスリスク:AGPL-3.0 の壁

プロフェッショナルな法人ユーザーが最も留意すべきはライセンスの変更だ。OpenAlice は当初の MIT から AGPL-3.0 へ移行した。独自の取引ロジックをコードに組み込んでネットワーク経由で利用する場合、ソースコードの開示義務が生じる可能性がある。

AGPL-3.0 移行に伴う法務リスクと運用ガバナンス
FIG · 独自のアルゴリズムを「秘伝のソース」とするプロップ・ファームにとっては、極めて慎重な法的検討が必要。MIT → AGPL-3.0 のライセンス変更は OSS 利用企業の前提を覆す。v0.20.0 という実験的段階だが、その設計思想は次世代 AI 金融インフラのリファレンス実装となる
Action · 次にとるべき 3 つの具体的アクション

MockBroker 検証 × 最小権限 × AGPL-3.0 評価

実資金を投じる前に、必ず以下の 3 ステップを踏むこと。1 つでも省略すると、致命的損失や法的トラブルへ直結するリスクがある。「速く動く」より「正しく動く」を優先せよ。

  1. MockBroker での検証 — 実資金を入れず、TaG のワークフローと tradingSync の挙動を確認。最低 1 週間は paper trading で慣熟。
  2. 最小権限の徹底出金権限をオフにした専用口座を作成し、ホワイトリストを厳格に設定。レバレッジ枠も最小化
  3. AGPL-3.0 の評価 — 自社の知的財産保護の観点から、ソースコードの改変・公開リスクを法務部門と精査。プロップ・ファームは特に慎重に。
  4. Evolution Mode の権限管理 — 自己進化機能を有効化する場合、Bash 実行範囲を厳格に制限。サンドボックス内のみで動作させる運用ポリシーを Day 1 から確立。

Chapter 7 — 総括:OpenAlice が示唆する「金融 × AI」の未来

OpenAlice は単なる「利益を出す魔法の箱」ではなく、AI が不確実なリスク資産を扱うための、安全な「OS」であり「監査インフラ」。v0.20.0 という実験的段階ではあるが、その設計思想は次世代の AI 金融インフラのリファレンス実装となるだろう。

Future · 「監査可能な自律 AI」が新標準へ

Trading-as-Git は金融以外にも波及する設計原理

三層分離アーキテクチャと TaG の「監査可能な自律 AI」設計は、金融以外の不可逆な実行を伴うあらゆる領域(医療・法務・インフラ運用)に波及するだろう。OpenAlice はその「先駆けとなるリファレンス実装」であり、AI が単なる助言者から「実行責任を負うエージェント」へ進化する境界線を技術で定義した。

  1. 0–1 ヶ月 — MockBroker で TaG ワークフローに習熟。Stage / Commit / Push の Rationale 記述を習慣化。120k / 0.8 の compaction 設定で開始。
  2. 1–3 ヶ月 — 最小権限専用口座で実取引へ移行。Claude Max 5x ($100/月) で自動ループを稼働。Workspace で入力コストを 90% 削減。
  3. 3–6 ヶ月 — Guard Pipeline をチューニング。Evolution Mode を限定的に試験運用。AGPL-3.0 評価を法務部門と完了し本格運用判断。
  4. 6 ヶ月以降 — TaG の Rationale と Live/Backtest 乖離分析から戦略を継続改善。AI 金融インフラの業界標準実装として組織展開。
OpenAlice 総括 — 監査可能な自律 AI が金融インフラの新標準へ

押さえるべき数値とキーワード

4.3k starsGitHub での爆発的支持(5 月時点)
3 LayersAlice × UTA × Guardian の物理分離
Trading-as-GitStage → Commit → Push → Log の 4 段階
8 文字 hashRationale 付き Commit のハッシュ
90% 削減Workspace + Prompt Caching のコスト効果
$20 / $100Claude Pro / Claude Max 5x の月額
compaction.json120k / 0.8 から開始する長期コンテキスト管理
AGPL-3.0MIT → AGPL 移行に伴うライセンス検討

3 つのペルソナが、それぞれにやるべきこと

立場ごとに最初の一歩は変わる。「速く動く」より「正しく動く」を最優先するのが OpenAlice 運用の鉄則だ。

個人トレーダー / インディーズクオンツ

MockBroker で TaG ワークフローを 1 週間以上慣熟させた後、出金権限オフの専用口座 × 最小レバレッジ × ホワイトリスト厳格化で実取引へ。Claude Pro ($20) からスタートし、戦略安定後に Max 5x へ移行。

開発者 / SDK ユーザー

UTA を活用した複数ブローカー統合でセキュアな実装を最短化。AI 判断層と実行層の物理分離設計を踏襲し、Evolution Mode は Bash 実行範囲をサンドボックス内に制限する権限ポリシーを Day 1 で確立。

プロップファーム / 機関投資家・法務部門

AGPL-3.0 への移行に伴うソースコード開示義務リスクを法務と精査。秘伝のアルゴリズムを内製する場合はSelf-hosted の閉域 LAN 運用を前提に。Live/Backtest 乖離分析を Rationale ベースで実施。

OpenAlice の本質 — Your one-person Wall Street ビジョンの実装
FIG · OpenAlice の本質:「監査可能な自律 AI」の設計原理は金融以外の不可逆な実行を伴うあらゆる領域に波及する。v0.20.0 という実験的段階だが、AI が「助言者」から「実行責任を負うエージェント」へ進化する境界線を技術で定義した

本日の主要ヘッドライン(05/28)

OpenAlice 以外の 2026-05-28 主要トピックを併せてピックアップ。

出典 & 参考リンク