GitHubリポジトリが2つあれば、普通のパソコンをブルームバーグ端末のようなリサーチ環境に変えられるという話は、半分だけ信じている。REAとKronosを組み合わせ、Claude Codeをつなぎ役にすれば、確かに動くものは作れる。片方で相場データを取り込み、ファクター計算やバックテストを行い、もう片方でモデルに開示資料を読ませ、日報を書かせ、取引の仮説を生成させる。いかにもそれらしく見える。ただ、寄せ集めで一番大変なのは、いつだってコードではなく、データソースと遅延だ。コードならオープンソースのリポジトリやClaude Codeで補えるが、データは一社ずつ接続しなければならない。無料の相場APIはリクエスト数が制限されていることが多く、たとえば1分に数回しかリクエストできないうえ、株式データには15分の遅延がある場合もある。リアルタイムのLevel-2板情報や約定明細が欲しければ、月額料金は数百ドルから数千ドル。オルタナティブデータやニュース・開示資料の解析、タイムゾーンの整合も、見えにくい落とし穴だ。典型的な寄せ集めの構成を見たことがある。無料のインターフェースから日足データを取ってバックテストすると、年率リターンの曲線はとてもきれいなのに、ペーパートレードを始めるとシグナルが実際の約定より数十秒遅れていることがわかり、スリッページで利益の大半が吹き飛んでしまう。だから「普通のパソコンをブルームバーグ端末に変える」というのは、リサーチのプロセスに限れば成り立つが、データの質と執行遅延の面では、本物の端末にはまだ遠く及ばない。

ブロックチェーンゲームのギルドについては、かなり長い間注目してきた。オンチェーンの経済モデルがどれだけ凝っていても、結局は実際のプレイヤーの継続率に支えられている。ツールがどれだけ優れていても、誰も遊ばないゲームは救えない。たとえば、TVLやNFTの取引量は大きく盛り上がっているのに、DAUは数百人しかいないプロジェクトもある。ゲーム内資産の産出が長期にわたって消費を上回り、新規プレイヤーが減ると、トークン価格もギルドの収益も一緒に崩れていく。逆に、継続率の高いゲームなら、ツールが粗削りでも、ギルドは安定した産出とプレイヤーの活動をもとに、少しずつ成長できる。ツールはデータ取得や収益計算、アドレス監視の効率を高められるが、楽しさや継続率をゼロから生み出すことはできない。この見立てはいったん記録しておき、明日戻って検証する。同じREA + Kronos + Claude Codeのスタックを1週間動かし、データソースの障害率、エンドツーエンドの遅延、シグナルと人間の判断の差を記録する。そのうえで、ギルドが関わるゲームの翌日継続率、7日継続率、実際の課金状況と照らし合わせ、リサーチ環境を補うのはツールなのか、それともデータソースと継続率が上限を決めるのかを見極める。