コンテンツへスキップ

移行ガイドUnifyから

Unifyルーターから離れる

Unifyは、プロバイダーをまたぐOpenAI互換のAPIを1つ提供し、model@provider形式で指定し、プロンプトごとに最適なモデルへルーティングしていました。現在のサイトは別の製品を説明しています。ルーターのドキュメントは現時点で読めなかったため、このページでは確認できたことだけを述べ、移行の方法を示します。

継続学習に方向転換。ルーターのドキュメントは非公開に。GitHubリポジトリは2026-10-16にアーカイブ

INFROのアカウントはセルフサービスで作成できます。 カタログ、ドキュメント、API仕様は公開済みで、ゲートウェイもデプロイ済みです。v1以降の機能には「今後提供」と表示しています。 プランとトライアル

現状

確認できたこと

unify.aiは、AIチーム向けの継続学習（Continual-ARC）を打ち出しています。unifyai/unifyリポジトリは、所有者により2026-10-16にアーカイブされました。docs.unify.aiとAPIのエンドポイント一覧は、サインインにリダイレクトされます。

確認できなかったこと

ルーターが停止したという公式の通知と、有料のトラフィックが引き続き処理されるかどうか。まだ動いているなら時間はありますが、移行の計画は立てておいてください。

現行のPythonパッケージ

PyPIのunifyaiは現在、ロギングと評価のSDK（unify.activate、unify.log）であり、ルーターのクライアントではありません。

INFROは選択肢の1つです。正しい選択になるのは、次に当てはまる場合だけです。

  • INFROはお客様が持つプロバイダーアカウントで動きます。各プロバイダーでアカウントを開設しないためにUnifyを使っていたなら、OpenRouterのようなアグリゲーターのほうが適しており、それ自体をINFROの接続の1つにすることもできます。
  • INFROは、ベンチマークに基づいてプロンプトごとに最適なモデルへルーティングすることはしません。ルートのプロンプト分類器が、プロンプトの分類ごとに選んだターゲットへ送ります。
  • 新しいunifyaiパッケージをログ記録と評価に使っているなら、それは別の役割であり、INFROは行いません。

変更点を1行ずつ。ここにないものはそのままです。

 UnifyINFRO
ベースURLhttps://api.unify.ai/v0https://api.infro.io/v1
キーUNIFY_KEY、Unifyのキー。INFROのゲートウェイキー。プロバイダーアカウントは接続として。
モデルIDgpt-5.6-terra@openai, llama-4-maverick@together-ai.openai/gpt-5.6-terra。プロバイダーは、それを提供するお客様の接続のいずれかで、routing.providers（together）で絞り込みます。
ルーティング最適モデルへのルーティングのためのルーター文字列。ルート。任意でプロンプト分類器付き。

変更前 · Unify

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://api.unify.ai/v0",
    api_key=os.environ["UNIFY_KEY"],
)

client.chat.completions.create(
    model="gpt-5.6-terra@openai",
    messages=[{"role": "user", "content": "Hello"}],
)

変更後 · INFRO

import os
from openai import OpenAI

client = OpenAI(
    base_url="https://api.infro.io/v1",
    api_key=os.environ["INFRO_API_KEY"],
)

client.chat.completions.create(
    model="openai/gpt-5.6-terra",
    messages=[{"role": "user", "content": "Hello"}],
    extra_body={"routing": {"providers": {"allow": ["openai"]}}},
)

`model@provider`は2つのものになる

モデルはINFROのvendor/model形式のIDになります。プロバイダーは、お客様が保有する接続になり、リクエストでそのプロバイダーを使う必要がある場合はrouting.providers.allowを使います。

まずエンドポイントを洗い出す

古いAPIが応答しなくなる前に、コードで使っているすべてのmodel@providerを書き出してください。それぞれに、お客様側のプロバイダーアカウントが必要です。

フェイルオーバー

同じモデルを提供する2つの接続（OpenAIとAzure OpenAI、AnthropicとVertex AI）で、コードを変更せずにフェイルオーバーできます。

UnifyのオブジェクトとINFROのオブジェクトの対応。2026年10月19日に読んだUnifyの公開ドキュメントに基づき、ゲートウェイの実装と照合しています。 INFROにないものは1行あります。

Unifyそこでの役割INFROでは
Universal API異なるプロバイダーをまたぐ、OpenAI互換の1つのエンドポイント。お客様自身のプロバイダーアカウントをまたぐ、OpenAI互換の1つのエンドポイント。
`model@provider`エンドポイント異なるモデルとホストを1つのIDで指定。vendor/modelと、ホストを選択するrouting.providers。
最適モデルへのルーティング異なる各プロンプトを最適なモデルへルーティング。ルートのプロンプト分類器が、プロンプトの分類ごとに選んだターゲットへ送ります。ベンチマークに基づく選択はありません。
ログ記録と評価のSDKなし現行のunifyaiパッケージ。リクエストログとトレース。評価はありません。

Unifyの公開ドキュメントに対する当社の読み取りであり、トライアルやベンチマークではありません。誤りがあればお知らせください。該当する行を修正します。

INFROが行わないこと

  • お客様自身のプロバイダーアカウントなしでモデルへのアクセスを提供すること。
  • ベンチマークからプロンプトごとに最適なモデルを選ぶこと。
  • お客様のトラフィックで評価や学習を行うこと。

引き継がれないもの

  • Unifyのコンソールに保存されているすべて。サインインできるうちにエクスポートしてください。

質問

Unifyのルーターは停止しましたか？
公式の告知は見つかりませんでした。同社のサイトは現在別の製品を紹介しており、ドキュメントはサインインが必要で、リポジトリは2026-10-16にアーカイブされました。
`model@provider`の代わりは何ですか？
モデルとしてvendor/model、プロバイダーはお客様の接続のいずれかで、必要な場合はrouting.providersで選択します。
INFROでは、モデルの利用料は誰が支払いますか？
お客様が、プロバイダーへ直接お支払いします。INFROはサブスクリプションで、モデル支出への上乗せは0%です。

当社と一緒に、またはご自身で移行

移行プログラムでは、通話でUnifyの設定をINFROの接続、ルート、予算に対応付け、最初のサービスを一緒に移行します。プロバイダーは引き続きお客様に直接請求し、INFROはサブスクリプションで、モデル利用料への上乗せは0%です。

14日間のトライアルを開始 移行セッションを予約クイックスタートを読む

出典

このページにあるUnifyについての記述は、すべて2026年10月19日に読んだこれらの資料に基づいています。トライアル、ベンチマーク、会話から推測したものはありません。