現在は 2026 年 9 月 4 日、午前 7 時です。
最近、新型コロナウイルスに感染し、1 週間ほど療養していました。ずいぶん長い間、日記を書いていませんでした。前回の日記を書いたのは 6 月末なので、ちょうど 2 か月前です。
この間、いろいろなことをしました。
OpenAI LB 中継
OpenAI-LB は、私が開発した OpenAI 専用のロードバランサーです。ただ、実際にはすでに、私たちのチームにおける OpenAI のプロキシサーバー兼インフラになっています。以前は New API という製品を使っていました。しかし、New API は OpenAI OAuth のサポートがあまり良くなく、利用可能な枠を使い切ったアカウントを、私たちは頻繁に手動で無効化・有効化する必要がありました。いろいろ考えた結果、これは中継用のオープンソースソフトウェアでは、OpenAI OAuth を堂々とサポートできないからだと思いました。それなら、オープンソースにしなければよいのではないでしょうか。どうせ OpenAI OAuth を使うためだけのロードバランサーです。少し考えてみると、それほど難しいものでもなかったので、CodeX を使って自作しました。Rust で書かれており、性能も抜群です。
このプロジェクトによって、以前からの私の判断がほぼ裏付けられました。つまり、ある中継プロジェクトがさまざまな AI 上流プロバイダーに対応すると、特定の上流に対する機能サポートが弱くなってしまいます。互換性を持たせるためには、必然的に汎用インターフェースに合わせる必要があり、その結果、非常に平凡なソフトウェアしか作れなくなります。互換性と特化した実装を同時に実現するのは、とても困難です。抽象インターフェースの設計だけでなく、上流ごとの機能差も考慮しなければなりません。最終的には、互換性と特化した実装の間でトレードオフが生じ、どうしても一部の面で極限まで突き詰めることができなくなります。
もう一つ例を挙げると、私たちは OpenAI 固有の「手動クォータリセット」機能にも対応しました。これは、OpenAI がユーザーに対して、時折クォータをリセットできる機会を提供するためです。この機能は、他の上流にはありません。そこで私たちは、この機能に対応するために OpenAI 固有の機能を実装しました。もし私がすべての上流に対応する中継ソフトウェアを作っていたら、このような特化機能に時間をかけていたとは、とても思えません。何しろ、この機能の設計はかなり「汚い」ものに見えてしまうからです。しかし、OpenAI の上流だけをサポートする予定なら、この機能は非常に合理的です。抽象化レイヤーがなければ、すべてがずっとシンプルになります。
私たちは OpenAI の上流しか使っていないのに、いったい何を互換対応する必要があるのでしょうか。私は、かなり長い間、OpenAI が最も優れた上流であり続けると判断しています。国内で安定して利用できる上流ではありませんが、それでも相当長い期間にわたって、OpenAI は業界をリードし続けるでしょう。
自分が使わないソフトウェアを作らないこと。Again。
そのおかげで、現在、チーム内の OpenAI Token は完全に余っています。外部に Token を貸し出せるほどです。
Auth Mini & Linkit
Auth Mini は、依然として迂回されるべきではないプロジェクトです。非常に基礎的な認証サービスであり、現在では私たちのチームが提供するさまざまな製品のインフラになっています。私たちのユーザーシステムも Auth Mini を基盤としています。Auth Mini は Email OTP、パスキー（PassKey）認証、さらにリモート認証コード認証（QR コードログイン）に対応しています。
Auth Mini を利用している公開製品は次のとおりです。
基本的には、気に入らないソフトウェアがあれば、何でも自分で作り直しています。インターネット上からアクセスできるものなら、少なくともまず Auth Mini の認証サービスを組み込みます。複数のユーザーが存在するなら、なおさら Auth Mini を組み込むべきです。少しでもソーシャル要素があるなら、Linkit をそのまま統合できます。
Auth Mini は、純粋な本人認証（Authentication）サービスです。一方、Linkit は Auth Mini を基盤として、ユーザープロフィール管理機能を備えたサービスです。Linkit を統合すると、ユーザーはユーザー名とアバターを持てるようになり、全体としてより使いやすくなります。
Linkit にはインスタントメッセージングサービスも組み込まれています。当初は、実際のところ、メッセージを送るための Feishu や WeChat の代替にしようと考えていました。既存の IM ソフトウェアは、Agent との統合にあまり向いていないからです。Discord や Telegram などのソフトウェアは、ユーザーにとっての導入ハードルがやや高く、同様に Agent を接続する際にも一定のハードルがあります。そこで、いっそのこと自分で IM ソフトウェアを作ってしまおうと思いました。どうせ通知するだけなので、複雑な IM 機能は必要ありません。こうして Linkit が生まれました。
クオンツ戦略
国内の株価指数先物向けクオンツ戦略は、かなり長い間シミュレーション口座で検証してきましたが、まだ実運用には移行していません。資金が比較的少ないうえ、株価指数先物は 1 枚だけでも想定元本が 100 万元を超えるからです。また、CTP の実運用 API に問題が起きることも少し心配でした。そのため、これまでずっとシミュレーション口座で戦略を動かしていました。
その後、BTC の戦略にも取り組みました。すると、CodeX の目標モードが、すぐに使えそうな戦略をいくつか最適化してくれました。私はそれをそのまま 1Exchange のファンドとして公開しました。仲間たちが直接投資できるようにするためです。
ファンドの紹介は、それぞれのページに掲載しています。この 2 つの戦略は、基本的に私がアイデアを一つ伝え、それを GPT-5.6-SOL にそのまま反復改善させて作ったものです。非常に使いやすく、効果も驚くほど優れています。
今の時代は、クオンツ戦略まで量産できるようになってしまいました。本当に恐ろしいことです。
とはいえ、国内の株価指数先物向けクオンツ戦略を、どうにか実運用に移行する方法はまだ考えなければなりません。
やはり、少し心理的な抵抗があります。あと一歩のところまで来ているのですが。
