tradingcodex - Codexを資産運用会社に変えるハーネス

Codexでバイブコーディングではなく、バイブインベスティングを行うためのハーネスです。

Codex設定ファイル（23skills、9 subagent config、hooks）+ Djangoサーバー（MCP機能を含む）で構成されています。

1. エージェント構成
   中央には head manager エージェントがいます。ユーザーのリクエストを分析し、どのサブエージェントが必要かを決め、全体の workflow を調整します。
   メインエージェントの下には、ファンダメンタル、テクニカル分析、ニュース、マクロ、商品構造、バリュエーション、ポートフォリオ、リスク、執行担当のサブエージェントがあり、それぞれの担当範囲で成果物を作成します。

2. リサーチメモリ
   tradingcodex は分析結果を markdown レポート、source snapshot、基準時点、handoff 記録として保存します。人が読むこともでき、エージェントが作業の引き継ぎ、振り返り、重複作業の防止などに利用できます。

3. 投資戦略を strategy.md で管理
   たとえば配当戦略、クオリティ成長株戦略、ターンアラウンド戦略、ETF リバランシング戦略のようなものをファイルとして作成できます。しかし今では、数式ではなく md ファイルとして使います。
   Strategy Creator スキルで自分だけの戦略をエージェントと作成でき、作成された戦略は ${strategy-name} として使用できます。

4. チャイニーズウォールに着想を得た information barrier
   tradingcodex には、金融業界のチャイニーズウォールの概念に着想を得た information barrier があります。
   すべてのエージェントが同じ情報をすべて見て、同じツールをすべて使う構造ではありません。役割に応じて、見られる情報、使えるツール、アクセスできるファイル、実行できる行動を分けています。
   たとえばリサーチ担当エージェントは注文を執行できず、執行担当エージェントは戦略判断を勝手に変更できません。戦略ファイルも判断を助ける文書にすぎず、ポリシーを迂回したり承認権限を与えたりするものではありません。

5. Django サーバー
   このサーバーは、エージェント、スキル、戦略ファイル、リサーチ文書、ポートフォリオ状態、注文チケット、ポリシーと監査記録を管理します。ローカルダッシュボード機能も提供します。

6. 安全な execution 構造
   tradingcodex はエージェントが勝手に注文を出せるようにはしていません。
   独自の tradingcodex_mcp レイヤーが、一種のメザニン（開発者の観点ではルーター）として機能します。このサーバーでは各ブローカーを集約して管理し、
   エージェントのリクエストはまずこのレイヤーを通過します。ここで役割権限、ポリシー、restricted symbol、承認の有無、注文 payload hash、重複リクエストかどうかを確認します。
   execution は常に policy、approval、idempotency、audit trail を経なければなりません。Codex が直接ブローカー MCP や API を呼び出して注文を出す構造ではありません。

tradingcodex は Codex 上の投資ドメイン向けハーネスであり OS です。
そのまま使うこともできますが、皆さんの戦略やエージェントごとの skill を追加してカスタマイズできます。