世界を動かす技術を、日本語で。

HNに表示: 使用をより良いモデルに変えるオープン「OpenRouter」を構築しました

2026年8月28日原文(github.com)

概要

Experiential は、OpenAI互換APIで複数のLLMモデルやプロバイダーを一元管理できる オープンソースゲートウェイBYOK(Bring Your Own Key) やローカル・ホスト型モデルを柔軟に切り替え可能。 利用者やエージェントごとに アクセス権限・予算管理 を細かく制御。 トラフィックデータ を活用し、コスト・品質・速度を最適化するカスタムルーター構築が可能。 オープンソース で、自己ホスト・ホステッド両対応、追加手数料なし。

Experiential概要

  • OpenAI互換API を提供する エージェントワークフロー用ゲートウェイ・ルーター
  • ホスト型・BYOK(ユーザー所有APIキー)・ローカルモデル を一つのAPIで統合利用
  • ユーザー・エージェントごと に利用可能モデル・用途・予算を細かく制御
  • 生産環境トラフィック からカスタムルーターや最適化モデルを自動生成
  • 主要な推論プロバイダー (OpenAI, Anthropic, Gemini, Azure, Bedrock, Fireworks, OpenRouter等)に対応
  • 1000以上のモデル を自動で毎日更新
  • Rust製・高並列設計 による高速レスポンス(BYOK時1ms未満、Experientialキー時2ms未満)

ローカルゲートウェイのセットアップ

  • pip install experiential expでインストール
  • 初回起動時にセットアップウィザードが プロバイダー・モデル・推論負荷 を選択
  • パブリックエイリアス・ID・$50.00コマンド予算 がデフォルト設定
  • 発行された ワンタイムキー を保存し、APIリクエストに利用
    • 例: curlでOpenAI互換エンドポイントにリクエスト送信

ホステッドゲートウェイの利用方法

  • platform.experientiallabs.ai でアカウント作成、即時利用開始
  • APIエンドポイント: https://api.experientiallabs.ai/v1
  • LLMトレースのアップロード によるテレメトリ活用
  • OpenAIやAnthropic等のAPIキー を接続(BYOK方式)
  • xpl_キー でSDKや既存のコーディングエージェントから利用可能
  • 各種エージェント(Claude Code, Cursor, Codex, Aider等) をゲートウェイにリポイント

API利用とプロジェクトルーター

  • expコマンドでローカルゲートウェイ起動
  • Pythonから OpenAI公式クライアントとしてプロジェクトルーター を利用
    • 例: exp.load_router("my-project")で独自ゲートウェイ経由のチャットAPI呼び出し

トラフィック最適化・シミュレーション

  • OpenTelemetryトレース を収集し、エージェントの実際の利用データを取得
  • 公開トレースデータセット も利用可能
  • exp buildでプロバイダー・モデル・予算を選び、 シミュレーションルーター を構築
  • Tinker でオープンソースモデルのファインチューニングが可能

テレメトリとプライバシー

  • PostHog による匿名・集約型の製品テレメトリをデフォルト有効化
  • プロンプト・トレース・モデル名・認証情報等は一切送信しない
  • ローカル設定ファイル(.exp/settings.toml)で 有効/無効 を切り替え可能

開発・運用

  • uv, ruff, pytest などのコマンドによる開発・テストフロー
  • AGENTS.md にリポジトリ・ドキュメント規約を記載

Experientialの特徴と他OSSゲートウェイとの違い

  • OSS・手数料ゼロ :全機能がオープンソース、追加マークアップなし
  • ローカル・マーケットプレイスの混在運用 が可能
  • 標準化OTelトレース から実タスクを抽出、複数モデルでシミュレーション展開
  • LLMジャッジ・埋め込み最近傍分類器 で最適モデルを自動選択
  • 単一モデル運用よりコスト/品質Pareto最適化 が可能
  • キャッシュ最適化・新モデル提案・モデル訓練 等の推奨機能
  • 自己インフラ展開・ホステッド利用・高可用性設計 を選択可能

まとめ

  • Experiential は、 多様なLLMモデル・プロバイダー管理柔軟なルーティング・最適化OSSならではの透明性と拡張性 を兼ね備えた最新ゲートウェイ
  • エンタープライズ用途から個人開発者まで、幅広いユースケースに最適

Hackerたちの意見

キャッシングの仕組みについてもう少し詳しく教えてくれない? 一つのモデルを使い続ける大きな利点は、キャッシュされた入力トークンのコストを節約できることだよね。いろんなモデルを切り替えると、パフォーマンスは上がるかもしれないけど、コストがめちゃくちゃ膨れ上がると思うんだ。

もちろん、キャッシングはパフォーマンスにも関係してるよね。

コツは、あまり頻繁に切り替えないことか、タスクの境界で切り替えることだね。ルーティングの結論は、実際には「このモデルがこのタスクに対しては最適だから、ずっと使えばいい」ってことが多いよ。

基本的には、ドメインごとにプールに2つのモデルだけ持っておくのがいいよ。ルーターを作るときの学びをここに書いたよ: https://try.works/first-principles-of-model-routing

まだ試してないんだけど、LiteLLMに似てるのかな? もしそうなら、何が違うの?

ルーターとトラフィックからのモデル最適化が主な違いだね。

「ゲートウェイはBYOKリクエストに対して1ms未満の遅延を追加します」すごい!本当に素晴らしいアイデアだね。このプロジェクトを共有してくれてありがとう。LLMゲートウェイやルーティング、レポーティングの世界にはまだまだやるべきことがたくさんあるけど、これは素晴らしいスタートだと思う。ティンカーの実装が一番好きで、ファインチューニングはたくさんのコンテキストファイルよりもずっと良いよ。

ありがとう!ティンカーを通じて継続的なRLもすぐに追加する予定だよ。

オープンソースでマークアップなしがゲートウェイの正しいデフォルトだね。ただ、モデルを切り替える前に、上のキャッシングの質問には答えてほしいな。

たまにしか切り替えないけど、たいていは「このモデルをエージェントに使うように切り替えて」って感じだね。

オープンソースコミュニティが、vLLMセマンティックルーターみたいな研究や業界支援のイニシアチブをしっかり固めてくれたらいいなって思う部分もある。そしたら、毎月「この新しいモデルルーターはvllm-srと何が違うんだろう?」ってチェックする時間が減るしね :) オープンソースの推論に関しては、vllm/sglangを中心に健全な競争があるみたいだけど、2026年はモデルルーターにとって2025年がエージェントハーネスにとっての年だったみたいな感じだね。

あなたのトラフィックを使って(オプトインで)モデルをトレーニングする。これについてもっと情報ある?具体的に何なのか気になる。ベースモデルのファインチューニングやLoRAなの?クラウドプロバイダーは推論を暗号化してるから、これを防いでるの?

Hacker Newsで議論の続きを見る