新着どんなエージェントもUberLLMにつなぐだけ。1つのキーで全モデル、定価以下で。
UberLLM

出品者

UberLLMでは、再販ライセンスを持つ推論キャパシティを出品できます。これには、ご自身のGPU、自己ホスト型のオープンウェイトモデル、または再販が許可されているプランのプロバイダークレジットが含まれます。モデルに対する購入者のリクエストはあなたのオファーにルーティングされ、購入者が各リクエストに対して支払う全額があなたにクレジットされます。

ブラウザからオファーを出品するには、出品者ページ(アカウント → キャパシティを販売 → 新しいオファー)を使用してください。プロバイダー、検出、ヘルスチェック、価格設定、レビューの5つのステップで案内されます。あなたが確認するまで何も公開されず、新しいオファーは当社のモデルチェックを通過し、チームの担当者が承認すると、購入者に表示されます。

ページが行うすべてのことはAPIでもありますので、あなたのエージェントも同様に行うことができます(エージェント向けを参照)。

オファーの仕組み

  • 1つのプロバイダーキー、1つのベースURL、多数のモデル。 オファーとは、1つのアドレスで1つのキーを通じて提供される1つのモデルです。同じキーで、好きなだけ多くのモデルを提供できますが、同じキーとアドレスで同じモデルを2回リストすることはできません。2つ目は409 duplicate_offer_for_credentialで拒否されます(そして、既存のオファーがあなたのものである場合、そのIDはerror.detail.existing_offer_idです)。
  • あなたのサーバー上のモデル名は、私たちのものと異なる場合があります(例:私たちはそれをdeepseek/deepseek-v4-flashと呼び、あなたのサーバーはそれをdeepseek-v4-flashと呼びます)。ディスカバリーがそれらをあなたのためにマッチングします。手動で設定する場合は、upstream_modelを送信してください。
  • あなたのサーバーのアドレスは公開されている必要があります(httpsで、インターネットから到達可能であること)。ローカル、プライベート、およびUberLLM自身のアドレスは拒否されます。
  • あなたのキーは保存時に暗号化され、あなたに送信されたリクエストを処理するためだけに復号化され、いかなる読み取りによっても返却されず、ログに記録されることもありません。新しいキーは、受け入れられる前にテストされます。テストが失敗した場合、古いキーが維持されます。オファーを削除すると、保存されているキーは消去されます。

料金

テキストオファーは、モデルの定価からの割引として価格設定されます(購入者が直接購入した場合に支払う価格です)。discount_pct (例: 45 = 45% オフ) または multiplier (0.55) と同じものを送信してください。トークンあたりの価格 (input_usd_per_mtok / output_usd_per_mtok) は、テキストモデルでは受け付けられなくなりました。

"match_best": true は、購入者が現在そのモデルで得られる最大の割引価格にあなたの価格を設定します。いつでも変更できます。

購入者はあなたの価格を支払います。各リクエストが完了するたびに、その全額があなたに支払われます。UberLLM はあなたの売上から手数料を取りません。あなたの自己負担額は、プロバイダーがあなたのキーに請求する金額です。

オプションの daily_cap_usd: 購入者がそのオファーに1日でその金額を費やすと、翌日までリクエストを受け付けなくなります。

ヘルス

ヘルスは実際の購入者トラフィックに基づいて測定されます。お客様のキーに送信するその他のリクエストは、以下のテストリクエストとモデルチェック]のリクエストのみです。

  • オファーを掲載または有効にする際、あるいはキーを変更する際に、1回の小さなテストリクエストを送信します (これはお客様のクォータをわずかに消費する場合があります)。
  • 購入者からのお客様へのリクエストが失敗した場合、購入者は次の販売者に移動され、お客様のオファーはしばらくルーティングから外れます。サーバーエラーとタイムアウトの場合は 30 秒 → 1 分 → 2 分 → 10 分、キーの拒否またはクレジット不足の場合は 10 → 20 → 40 → 60 分、レート制限の場合は 15–30 秒です。待機期間が終了すると、お客様のオファーは再びリクエストを受け取ります。正常に処理されたリクエストは、この状態をリセットします。
  • 早く修正しましたか? POST /seller/offers/{id}/reset-health (修正済み、再試行ボタン) をクリックすると、すぐに元に戻ります。テストに合格した新しいキーやアドレスも同様です。
  • プロバイダーがお客様のキーを拒否したり、アカウントにクレジットがないと2回連続で報告したりした場合、影響を受けるオファーについてメールでお知らせします (1日1回まで)。
  • GET /seller/health-log は、平易な言葉で、オファーがスキップされた理由と、いつ復帰したかを説明します。

出品から公開まで

すべての新しい出品は同じステップを経ます。販売ページでは、各出品の現在の状況が表示されます。

  1. 出品済み。 確認時に、お客様のキーはテストリクエストに合格しました。
  2. モデルチェック。 お客様のサーバーが、出品されたモデルとして応答するかどうかを確認します。これは通常、数分かかります。モデルチェック] を参照してください。
  3. チームレビュー。 弊社のチームの担当者が、その出品を承認します。それまでは、販売ページでは審査中と表示されます。モデルチェックとレビューは同時に進行します。
  4. 公開済み。 購入者が利用できるようになります。承認されると、メールでお知らせします。

弊社のチームが出品を承認しない場合、その出品は一時停止され、理由とともに不承認と表示されます。同じ理由をメールでお知らせします。表示された内容を修正し、その後、出品を再度オンにしてください。すると、弊社のチームが再度審査します。

出品における新しいキー、サーバーアドレス、またはモデルは、新しい出品とみなされます。それはモデルチェックと審査を再度受けます。出品が審査を待っている間も、価格を変更したり、一時停止したりすることができます。

モデルチェック

購入者はあなたがリストしたモデルに対して料金を支払うため、私たちはあなたの提供が実際にそのモデルを提供しているかを確認します。

ルール

  • リストしたモデルを正確に提供してください。 より小さく、安価で、古い、または異なるチューニングがされたモデル、あるいは複数のモデルの組み合わせは避けてください。
  • リクエストに何も追加しないでください。 独自の指示、システムプロンプト、ツール、または購入者が送信した内容から切り取ったものは含めないでください。独自の指示を追加する再販されたチャットアプリやコーディングツールは、このルールに違反します。
  • トークンカウントは変更せずにそのまま渡してください。モデルがカウントした通りに正確に。

チェック方法

  • すべてのオファーは、購入者に提示される前に当チームの担当者によってレビューされます。それまでは、販売ページにはレビュー中と表示されます。
  • すべてのオファーは、購入者に提示される前にチェックもされます。合格するまでは、販売ページにはチェック中と表示されます。両方が完了すると公開中になります。新しいkey、address、またはmodelは、同じ方法で再度レビューおよびチェックされます。
  • オファーは、リストされている限り、実際のトラフィックでチェックされ続けます。
  • チェックはあなたのquotaを少し消費し、他のリクエストと同様に料金が発生します。
  • チェックの仕組みや実行時期は公開していません。

オファーがチェックに失敗した場合

  • それは一時停止され、あなた自身で再開することはできません。同じkeyを新しいオファーとして再度リストすることも拒否されます。
  • 当チームがレビューしている間、あなたのpayoutは保留されます。
  • 販売ページとGET /seller/offersには、その理由が平易な言葉で記載され(check_reasonを含むlisting_state: "paused")、私たちはあなたにメールを送信します。
  • 再度チェックを受けるには、オファーを提供する内容を修正し、[email protected]までご連絡ください。

出品者がリストと異なるモデルを提供していることが判明した場合

  • あなたの出品者アカウントは停止され、すべてのオファーが直ちに停止します。
  • まだ支払われていない収益は没収され、あなたのオファーを利用した購入者への返金に充てられます。まだ送金されていないpayoutはキャンセルされます。
  • 同じprovider key、server、payout address、またはemailを使用して、UberLLMに再度リストすることはできません。
  • 販売ページにその旨が記載され、GET /seller/offersがlisting_state: "suspended"に回答します。これについて[email protected]までご連絡ください。

オープンウェイトモデル:実行方法を明記してください

オープンウェイトモデル(GPT-OSS、Qwen、DeepSeek、GLM、Kimi、MiniMax、その他ウェイトが公開されているモデル)は、フル品質で実行することも、メモリを節約するために圧縮して実行することもできます。圧縮されたコピーは少し応答が悪くなり、どのテストもフルモデルと確実に区別することはできません。そのため、オープンウェイトモデルをリストする際には、あなたのserverがどのように実行しているかを明記し、購入者はモデルのページであなたの回答を確認できます。

  • フル品質(16-bit):公開されているウェイト(bf16 / fp16)、またはそれ以上。
  • 8-bit:fp8またはint8。
  • 8-bit未満(6-bitまたは4-bit):それより小さいもの。

オープンウェイトモデルの新規リストには、これら3つのいずれかが必要です。2026年11月1日より前にリストされたオファーは、あなたが設定するまで「精度未設定」と表示されます(販売ページ → オファー → 価格と精度)。あなたのserverが実際に実行しているよりも高い精度を申告することは、リストされたモデルとは異なるモデルとみなされ、以下に示すようにアカウントは停止されます。クローズドモデル(Claude、GPT-5,、Geminiなど)では、これは求められません。

水増しされたトークンカウント

あなたのserverが、リクエストが実際に保持しているよりもはるかに多くのprompt tokensを報告した場合、購入者は、リクエストのprompt tokensの**私たちのカウントの約2×**を上限として請求され、あなたは支払われます。これには、tool definitionsとimagesの少額の許容範囲が含まれます。それ以下の場合、リクエストはあなたのserverが報告した通りに正確に請求されます。

収益と支払い

出品者コンソールには6つのタブがあります:収益、支払い、オファー(販売中の各モデルをプロバイダー別にグループ化し、ライブ / レビュー中 / 要対応でフィルタリング、および保存済みのプロバイダーキー)、新規オファー、エージェントキー、および プロバイダーマーケット。

  • プロバイダーマーケット (GET /seller/market):過去 30 日間にリストした各プロバイダーキーについて、獲得した収益、処理した呼び出し数、およびその勝率(購入者が同じモデルに対して行ったすべての呼び出し(誰を介しても)で獲得したシェア。これは上限であり、あなたに向けられた需要ではありません)が表示されます。また、各キーの1日の制限に対する今日の獲得額も表示されます(制限は 00:00 UTCにリセットされます)。

  • GET /seller/earnings?range=7d|30d|90d|all — モデルごとの収益、売上、トークン数、および各モデルを取り巻く市場状況(現在の最安割引と過去1時間の市場の実現割引)が表示され、価格設定の参考にできます。daily には、UTC日ごとの売上による収益がリストされ、avg_discount_pct には、購入者が平均して定価よりどれだけ安く支払ったかが表示されます(定価のあるモデルで売上が発生するまでは表示されません)。

  • GET /seller/payouts — 支払い可能額 (owed_usd)、保留中 (held_usd、および next_release_at:次の部分が準備完了となる日時)、送金中 および 支払い済み が個別の数値として表示され、支払いの送金先(payout_method、設定するまでは null)、および支払い履歴が表示されます。

  • PUT /seller/payout-method {method, address} — 送金先:{"method":"paypal","address":"[email protected]"} (PayPalアカウントのメールアドレス)または {"method":"usdc_base","address":"0x…"} (Base上のウォレット、0x と 40 の16進数文字;USDCはBaseネットワークのみで送金します)。保存された {method, address, set_at} に回答します。コンソール内:Payouts → Payout destination。

収益は支払い可能になるまで保留されます: 新規出品者の間は 14 日間(最初の 30 日間、または合計で $500 を獲得するまで)、その後は 7 日間。これにより、オファーがリストされているモデルを提供しないことが判明した場合、購入者に返金することができます。販売ページには、支払い可能額 と 保留中 が、次の部分が準備完了となる日付とともに表示されます。

保留期間が終了すると、支払い可能額が $5 に達すると自動的に支払い処理に入ります。または、最も古い未払い売上が保留期間を終了してから 72 時間後(10 分ごとに確認されます)。いつでも支払いをリクエストすることもできます(POST /seller/payouts/request、今すぐ支払う ボタン)。一度に処理中の支払いは1件のみです。その間に獲得した収益は 未払い のままとなり、現在の支払いが完了すると次の支払いに入ります(別の支払いをリクエストすると 409 payout_already_on_the_way に回答します)。

当社のチームは、設定されたPayPalメールアドレスまたはUSDC (Base) ウォレットに各支払いを送金します。通常、支払い開始から 2 営業日以内です。支払いが開始される前に送金先が設定されていない場合、アカウントの所有者にメールで確認し、設定され次第送金します。支払いは実際に送金されて初めて 支払い済み とみなされます。その後、支払い参照番号がその横に表示され、送金されたことをメールでお知らせします。

支払いが配達できない場合(例:PayPalメールアドレスが資金を受け取れない場合)、理由とともに 送金失敗 と表示されます。何も失われることはありません。その金額は再度あなたに支払われるべきものとなり、次の支払いで送金されます。そして、送金先を確認するためにメールでお知らせします。

API

ウェブでサインインしている場合、セラーAPIは/api/v1/sellerにあります。UberLLM APIキー(エージェントがuberllmサインインで取得したもの)を使用すると、同じAPIは/v1/sellerにあります。

エージェントキー(販売 › エージェントキー)を使用すると、スクリプトまたはエージェントがあなたのログイン情報や支出キーなしでオファーを管理できます。エージェントキーは/v1/sellerのみを呼び出します。オファーの作成、変更、一時停止、削除、キーのテスト、収益の読み取り、支払い要求、エージェントキーのリスト表示、作成、取り消しが可能です(GET/POST /v1/seller/agent-keys {name}, DELETE /v1/seller/agent-keys/{id}; 完全なキーは一度だけ応答されます)。AIリクエストの作成、クレジットの消費、支払先の変更(/seller/payout-methodは403 agent_key_not_allowedと応答します)、APIキー、クレジット、またはアカウントの管理はできません。アカウントあたり25まで。取り消しはすぐに有効になり、作成されたオファーは引き続き実行されます。

curl https://api.uberllm.dev/v1/seller/offers -H "Authorization: Bearer $UBERLLM_SELLER_KEY"
呼び出し 機能
POST /seller/register {display_name?} 販売を開始(一度だけ)。名前はオプションです。省略した場合、「Seller」と4文字で表示されます。販売ページがこの処理を行います。
GET /seller/providers プロバイダーとそのbase URL。
POST /seller/discover {base_url, api_key} or {config_id} キーが提供できるモデル(当社のモデルと一致するもの)(open_weights: true = リスト表示にはprecisionが必要です)。クォータは消費しません。
POST /seller/test {base_url, api_key, models[]} モデルごとに小さなテストリクエストを1回。
POST /seller/offers/bulk 1つのキーで複数のモデルをリスト表示: {endpoint_url, api_key, save_config, daily_cap_usd, precision, offers:[{model_id, upstream_model, precision, discount_pct | match_best}]}。 open-weight modelsにはprecision(full、8bit、またはbelow8)が必要です。最上位のものはバッチ内のすべてのopen-weight modelに適用されます。各モデルはリスト表示時にテストされ、失敗したものは理由とともに除外されます。
POST /seller/offers 1つのモデルをリスト表示: {model_id, endpoint_url, api_key, upstream_model, precision, discount_pct, daily_cap_usd}。
GET /seller/offers · GET /seller/offers/{id} 価格、割引率、健全性、状態(listing_state: review、checking、live、paused、またはsuspended; チームが承認していない場合はneeds_review: true; チームが承認しなかった場合は理由とともにreview_note; model checkに失敗した場合はcheck_reason)およびライブランク(購入者がそのモデルに送られる可能性のあるすべてのオファーの中であなたの位置)を含むあなたのオファー。
PATCH /seller/offers/{id} 価格変更(discount_pct)、上限設定(daily_cap_usd、0で削除)、precision(open-weight models)、status: paused | active(model checkに失敗したオファーは再開できません)。
POST /seller/offers/{id}/rotate-credential {api_key} 新しいキー。承認される前にテストされます。
POST /seller/offers/{id}/reset-health 現在ルーティングに戻っています。
DELETE /seller/offers/{id} 削除: ルーティングから除外され、保存されたキーは消去されます。
GET /seller/configs · DELETE /seller/configs/{id} 新しいオファーを開始するための保存済みキー(4文字のヒントのみが表示されます)。
GET /seller/health-log オファーがスキップされた理由。
GET /seller/earnings · GET /seller/payouts · POST /seller/payouts/request 資金: 利用可能、保留中、送金中、支払い済み。
PUT /seller/payout-method {method: paypal | usdc_base, address} 支払いの送金先: PayPalメールアドレスまたはBase上のUSDCウォレット。
curl https://api.uberllm.dev/v1/seller/offers/bulk \
  -H "Authorization: Bearer $UBERLLM_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "endpoint_url": "https://api.together.xyz/v1",
    "api_key": "<your provider key>",
    "save_config": true,
    "offers": [
      { "model_id": "meta-llama/llama-3.3-70b-instruct", "match_best": true },
      { "model_id": "qwen/qwen3-235b-a22b-instruct", "discount_pct": 40 }
    ]
  }'

エージェント向け

サインイン後、あなたのエージェントはすでにUberLLM API keyを持っています。上記/v1/sellerの呼び出しを使って、登録、プロバイダーキーでのモデル検索、モデルの一覧表示、収益の確認が可能です。他のキータイプは必要ありません。

再販可能なもののみ掲載してください

  • ✅ 運用しているオープンウェイトまたはセルフホスト型モデル。
  • ✅ 再販が許可されているプロバイダーのキャパシティ。
  • ❌ 利用規約で再販や他者へのアクセス提供が許可されていないプロバイダーキー。 多くのプロバイダーの規約では許可されていません。掲載する前にご自身の規約を確認してください。
  • ❌ 盗まれた、流出した、共有された、無料トライアル、または評価用キー。これらの規則に違反する出品は削除されます。

利用上限額を設定した専用のプロバイダーキーを使用してください。掲載するものについては、ライセンスと合法的な運用に責任を負うものとします。