GitHubトレンドで公開3日で247スターを獲得したmy-free-codeは、claude codeなどのコーディングエージェントに複数のAIモデルをルーティングする中継サーバーだ。無料枠モデルやローカルモデルへの切り替えでAPI料金を圧縮できるため、生成AI開発コストに悩む現場が飛びついている。
何が起きたか
hkqr氏が公開したOSS「my-free-code」が、GitHubトレンドで急伸した。公開わずか3日で247スターという伸びは、コーディングエージェント界隈の関心の高さを示している。正体は「マルチプロバイダAIゲートウェイ」、つまりclaude codeなどのエージェントとバックエンドの各種LLMのあいだに立つ中継サーバーだ。ストリーミングやツール呼び出し、リーズニングにも対応しており、単なるプロキシではなくエージェント運用に必要な機能を通す仕様になっている。無料枠のクラウドモデル、有料のフラッグシップモデル、さらに社内のローカルモデルを同じインターフェースの下で切り替えられる点が最大の売りで、コーディングAIのAPI課金に悲鳴を上げていた開発者が飛びついた形だ。
なぜclaude codeの運用コストが変わるのか
claude codeは月間検索ボリューム243,000という数字が示す通り、いまや開発現場の標準ツールに近い位置にある。しかし、その使い心地の良さと引き換えに、Sonnet/Opusクラスのトークン課金は個人開発者にも企業にも重くのしかかっている。ここに「ゲートウェイでモデルを差し替える」という発想が刺さる。たとえばファイル一覧の取得や単純なリファクタは無料枠のオープンモデル、設計判断やデバッグの深い推論だけをclaudeの上位モデルに投げる、といったタスク別ルーティングが可能になる。これはOpenRouterやLiteLLMが先行してきた領域だが、my-free-codeは「claude codeというクライアントに特化して、その挙動を壊さずに差し込む」という一点で価値を持つ。エージェントの内部プロトコルは仕様が薄く、ツール呼び出しやストリーミングの互換性を保つのは地味に難しい。そこを埋めるOSSが247スターで評価されているという事実は、コーディングエージェントの経済圏がAPIベンダーの言い値から一歩引き剥がされ始めた兆候だと読むべきだ。
技術的な深掘り：ルーティング層は「第二のIDE」になる
私が注目したいのは、ゲートウェイが単なる節約ツールではなく、開発体験そのものを規定するレイヤーに昇格しつつあることだ。モデルルーティングを挟むと、そこにはプロンプトの書き換え、コンテキストの圧縮、キャッシュ、ログ、監査、レートリミット、フォールバックといった機能が自然と集まってくる。要するにゲートウェイはAPIゲートウェイではなく「エージェントランタイム」になる。my-free-codeが今後スターを伸ばすかどうかは、この方向にどれだけ踏み込めるかにかかっている。一方で懸念もある。claude codeが前提とするツール呼び出しの挙動やシステムプロンプトはAnthropic側の更新で頻繁に変わる。中継サーバーは常に「仕様に追いつく戦い」を強いられるため、メンテナが息切れするとエージェントが壊れる。247スターの熱狂の裏で、依存する側は「どのコミットで固定して運用するか」を今から決めておくべきだ。加えて、ローカルモデルへのルーティングは魅力的だが、Qwen3-CoderやDeepSeek-Coder系でもclaude Sonnetの計画立案能力とは差がある。単純な等価交換ではなく、タスク分解の設計込みで運用しないとコスト削減が品質劣化に直結する。
経営者として次に取るべき動き
第一に、claude code関連の月次API請求書を分解し、「タスク種別ごとのトークン消費」を可視化せよ。ゲートウェイ導入の投資対効果は、この内訳が見えて初めて試算できる。ざっくり感覚で「Claudeが高い」と言っている状態では最適化は進まない。第二に、ゲートウェイ層を自社の技術スタックの正式コンポーネントとして位置付け、OSSを採用するのか内製するのかを今四半期中に決める。my-free-codeのようなプロジェクトは動きが速い反面、商用サポートがない。SREとセキュリティ部門を巻き込んだ意思決定が必要だ。第三に、機密コードを含むリポジトリについてはローカルモデルへのフォールバック経路を先に用意する。API料金の圧縮よりも、情報漏えいリスクの遮断の方が経営インパクトは桁違いに大きい。ゲートウェイは節約装置である前に、統制装置だと捉え直すべきだ。