NeuVerbinde jeden Agenten mit UberLLM: ein Schlüssel, alle Modelle, zum Listenpreis oder günstiger.
UberLLM

Anbieter

Sie können Inferenzkapazität, die Sie weiterverkaufen dürfen, auf UberLLM anbieten: Ihre eigenen GPUs, ein selbst gehostetes Open-Weights-Modell oder Anbieterguthaben unter einem Plan, der den Weiterverkauf erlaubt. Käuferanfragen für ein Modell können an Ihr Angebot weitergeleitet werden, und Ihnen wird der volle Betrag gutgeschrieben, den der Käufer für jede Anfrage bezahlt.

Um ein Angebot über den Browser einzustellen, nutzen Sie die Verkäuferseite: Konto → Kapazität verkaufen → Neues Angebot. Sie führt Sie durch fünf Schritte: Anbieter, Entdecken, Gesundheitstest, Preisgestaltung, Überprüfung. Nichts geht live, bevor Sie es bestätigen, und Käufer werden zu einem neuen Angebot weitergeleitet, sobald es unseren Modell-Check bestanden hat.

Alles, was die Seite tut, ist auch eine API, sodass Ihr Agent es auch tun kann (siehe Für Agenten).

Wie ein Angebot funktioniert

  • Ein Anbieter-Schlüssel, eine Basis-URL, viele Modelle. Ein Angebot ist ein Modell, das über einen Schlüssel an einer Adresse bereitgestellt wird. Derselbe Schlüssel kann so viele Modelle bedienen, wie Sie möchten, aber Sie können dasselbe Modell nicht zweimal mit demselben Schlüssel und derselben Adresse auflisten – ein zweites wird mit 409 duplicate_offer_for_credential abgelehnt (und, wenn das bestehende Angebot Ihnen gehört, dessen ID in error.detail.existing_offer_id).
  • Der Modellname auf Ihrem Server kann von unserem abweichen (z.B. nennen wir es deepseek/deepseek-v4-flash, Ihr Server nennt es deepseek-v4-flash). Discovery gleicht sie für Sie ab; manuell senden Sie upstream_model.
  • Die Adresse Ihres Servers muss öffentlich sein (https, aus dem Internet erreichbar). Lokale, private und UberLLMs eigene Adressen werden abgelehnt.
  • Ihr Schlüssel wird im Ruhezustand verschlüsselt, nur zur Bearbeitung einer an Sie gesendeten Anfrage entschlüsselt, niemals bei einem Lesevorgang zurückgegeben und niemals protokolliert. Ein neuer Schlüssel wird getestet, bevor er akzeptiert wird – schlägt der Test fehl, bleibt Ihr alter Schlüssel erhalten. Das Entfernen eines Angebots löscht den gespeicherten Schlüssel.

Preise

Textangebote werden als Rabatt auf den Listenpreis des Modells bepreist (der Preis, den ein Käufer bei einem direkten Kauf zahlen würde). Senden Sie discount_pct (z.B. 45 = 45% off) oder dasselbe wie multiplier (0.55). Preise pro token (input_usd_per_mtok / output_usd_per_mtok) werden für Textmodelle nicht mehr akzeptiert.

"match_best": true setzt Ihren Preis auf den höchsten Rabatt, den Käufer für dieses Modell derzeit erhalten können. Sie können ihn jederzeit ändern.

Käufer zahlen Ihren Preis; alles davon wird Ihnen gutgeschrieben, sobald jede Anfrage abgeschlossen ist. UberLLM erhebt keine Gebühr auf Ihre Verkäufe. Ihre eigenen Kosten sind das, was Ihr Anbieter für Ihren key berechnet.

Optional daily_cap_usd: sobald Käufer an einem Tag so viel für das Angebot ausgegeben haben, werden keine weiteren Anfragen mehr angenommen, bis zum nächsten Tag.

Gesundheit

Die Gesundheit wird anhand des echten Käufer-Traffics gemessen. Die einzigen weiteren Anfragen, die wir an Ihren Schlüssel senden, sind die unten stehende Testanfrage und die des Modell-Checks.

  • Wenn Sie ein Angebot listen oder aktivieren oder dessen Schlüssel ändern, senden wir eine kleine Testanfrage (diese kann einen winzigen Teil Ihres Kontingents verbrauchen).
  • Wenn eine Käuferanfrage an Sie fehlschlägt, wird der Käufer an den nächsten Verkäufer weitergeleitet und Ihr Angebot wird für eine Weile aus dem Routing genommen: 30 s → 1 min → 2 min → 10 min bei Serverfehlern und Timeouts, 10 → 20 → 40 → 60 min bei abgelehntem Schlüssel oder fehlendem Guthaben, 15–30 s bei Ratenbegrenzungen. Wenn die Wartezeit endet, erhält Ihr Angebot wieder Anfragen; eine erfolgreiche Anfrage setzt die Wartezeit zurück.
  • Früher behoben? POST /seller/offers/{id}/reset-health (der Button Behoben, erneut versuchen) setzt es sofort wieder in Betrieb. Das Gleiche gilt für einen neuen Schlüssel oder eine neue Adresse, die den Test besteht.
  • Wenn Ihr Anbieter Ihren Schlüssel ablehnt oder zweimal hintereinander angibt, dass das Konto kein Guthaben hat, senden wir Ihnen (höchstens einmal täglich) eine E-Mail mit den betroffenen Angeboten.
  • GET /seller/health-log erklärt in einfachen Worten, warum ein Angebot übersprungen wurde und wann es wieder verfügbar war.

Modell-Check

Käufer zahlen für das Modell, das Sie auflisten, daher prüfen wir, ob Ihr Angebot es auch wirklich bereitstellt.

Die Regeln

  • Stellen Sie genau das Modell bereit, das Sie auflisten. Kein kleineres, billigeres, älteres oder anders abgestimmtes Modell und keine Mischung aus Modellen.
  • Fügen Sie der request nichts hinzu. Keine eigenen Anweisungen, system prompt oder tools und nichts, was vom Käufer gesendet wurde, abgeschnitten wurde. Eine weiterverkaufte Chat-App oder ein Coding-Tool, das eigene Anweisungen hinzufügt, verstößt gegen diese Regel.
  • Geben Sie die token-Zahlen unverändert weiter, genau so, wie das Modell sie gezählt hat.

Wie wir prüfen

  • Jedes Angebot wird geprüft, bevor ein Käufer darauf zugreifen kann. Bis es die Prüfung besteht, wird es auf der Selling page als Wird geprüft angezeigt; danach geht es Live. Ein neuer key, eine neue Adresse oder ein neues Modell wird auf die gleiche Weise erneut geprüft.
  • Angebote werden weiterhin im realen traffic geprüft, solange sie gelistet sind.
  • Prüfungen verbrauchen einen kleinen Teil Ihres Kontingents und werden wie jede andere request bezahlt.
  • Wir veröffentlichen nicht, wie die Prüfungen funktionieren oder wann sie durchgeführt werden.

Wenn ein Angebot eine Prüfung nicht besteht

  • Es wird Pausiert, und Sie können es nicht selbst wieder aktivieren. Das erneute Auflisten desselben key als neues Angebot wird ebenfalls abgelehnt.
  • Ihre payouts werden einbehalten, während unser Team es überprüft.
  • Die Selling page und GET /seller/offers erklären den Grund in einfachen Worten (listing_state: "paused" mit check_reason), und wir senden Ihnen eine E-Mail.
  • Um es erneut prüfen zu lassen, beheben Sie das Problem, das das Angebot betrifft, und schreiben Sie dann an [email protected].

Wenn ein Verkäufer dabei erwischt wird, ein anderes Modell als das gelistete bereitzustellen

  • Ihr Verkäuferkonto wird gesperrt und alle Ihre Angebote werden sofort eingestellt.
  • Noch nicht ausgezahlte Einnahmen verfallen und werden verwendet, um die Käufer zu erstatten, die Ihre Angebote genutzt haben. Noch nicht gesendete payouts werden storniert.
  • Sie können auf UberLLM nicht erneut mit demselben provider key, server, payout address oder derselben E-Mail-Adresse listen.
  • Die Selling page sagt dies, und GET /seller/offers beantwortet listing_state: "suspended". Schreiben Sie uns dazu an [email protected].

Open-weight Modelle: Sagen Sie, wie Sie sie betreiben

Open-weight Modelle (GPT-OSS, Qwen, DeepSeek, GLM, Kimi, MiniMax und andere, deren weights veröffentlicht sind) können in voller Qualität oder komprimiert betrieben werden, um Speicher zu sparen. Eine komprimierte Kopie antwortet etwas schlechter, und kein Test kann sie zuverlässig vom vollständigen Modell unterscheiden. Wenn Sie also ein open-weight Modell auflisten, geben Sie an, wie Ihr server es betreibt, und Käufer sehen Ihre Antwort auf der Modellseite:

  • Volle Qualität (16-bit): die weights wie veröffentlicht (bf16 / fp16), oder besser.
  • 8-bit: fp8 oder int8.
  • Unter 8-bit (6-bit oder 4-bit): alles Kleinere.

Eine neue Auflistung eines open-weight Modells benötigt eine der drei Optionen. Angebote, die vor 1. November 2026 gelistet wurden, zeigen „Precision not stated“ an, bis Sie es einstellen (Selling page → das Angebot → Price and precision). Eine höhere precision anzugeben, als Ihr server tatsächlich betreibt, ist ein anderes Modell als das gelistete: das Konto wird gesperrt, wie unten beschrieben. Closed models (Claude, GPT-5, Gemini…) fragen nicht danach.

Aufgefüllte token-Zahlen

Wenn Ihr server weit mehr prompt tokens meldet, als eine request tatsächlich enthält, wird dem Käufer höchstens etwa 2× unserer eigenen Zählung der prompt tokens der request in Rechnung gestellt und Ihnen bezahlt, zuzüglich einer kleinen Zulage für tool definitions und Bilder. Darunter werden requests genau so abgerechnet, wie Ihr server sie meldet.

Einnahmen und Auszahlungen

  • GET /seller/earnings?range=7d|30d|90d|all — verdiente Beträge, Verkäufe und Tokens, pro Modell, mit dem Markt für jedes Ihrer Modelle (günstigster Rabatt im Moment und der realisierte Rabatt des Marktes in der letzten Stunde), damit Sie sehen können, wie Sie Ihre Preise gestalten sollten.
  • GET /seller/payouts — zur Auszahlung verfügbar (owed_usd), in Wartestellung (held_usd, und next_release_at: wann der nächste Teil bereit ist), unterwegs und ausgezahlt als separate Zahlen, wohin Ihre Auszahlungen gesendet werden (payout_method, null bis Sie es einrichten), sowie Ihre Auszahlungshistorie.
  • PUT /seller/payout-method {method, address} — wohin Ihr Geld gesendet werden soll: {"method":"paypal","address":"[email protected]"} (die E-Mail-Adresse Ihres PayPal-Kontos) oder {"method":"usdc_base","address":"0x…"} (Ihre Wallet auf Base, 0x und 40 Hex-Zeichen; wir senden USDC nur über das Base-Netzwerk). Beantwortet die gespeicherte {method, address, set_at}. In der Konsole: Verkauf → Auszahlungen → Wohin wir Ihr Geld senden.

Einnahmen werden einbehalten, bevor sie ausgezahlt werden können: 14 Tage, solange Sie ein neuer Verkäufer sind (Ihre ersten 30 Tage, oder bis Sie insgesamt $500 verdient haben), danach 7 Tage. Auf diese Weise können Käufer eine Rückerstattung erhalten, falls sich ein Angebot als nicht passend für das angegebene Modell herausstellt. Die Seite Verkauf zeigt Zur Auszahlung verfügbar und In Wartestellung, mit dem Datum, wann der nächste Teil bereit ist.

Sobald die Wartestellung aufgehoben ist, wird der verfügbare Betrag automatisch ausgezahlt, sobald er $5 erreicht, oder 72 Stunden, nachdem Ihr ältester unbezahlter Verkauf aus der Wartestellung gekommen ist (alle 10 Minuten überprüft). Sie können auch jederzeit eine Auszahlung anfordern (POST /seller/payouts/request, der Button Jetzt auszahlen). Sie haben jeweils eine Auszahlung unterwegs: was Sie in der Zwischenzeit verdienen, bleibt geschuldet und geht in Ihre nächste Auszahlung, sobald die aktuelle bezahlt ist (das Anfordern einer weiteren beantwortet 409 payout_already_on_the_way).

Unser Team sendet jede Auszahlung an die von Ihnen festgelegte PayPal-E-Mail-Adresse oder USDC (Base) Wallet, normalerweise innerhalb von 2 Werktagen nach deren Beginn. Beginnt eine Auszahlung, bevor Sie eine festgelegt haben, senden wir eine E-Mail an die Inhaber Ihres Kontos, um nachzufragen, und senden sie, sobald Sie dies getan haben. Eine Auszahlung gilt erst dann als ausgezahlt, wenn sie tatsächlich gesendet wurde; die Zahlungsreferenz wird dann daneben angezeigt, und wir senden Ihnen eine E-Mail, dass sie gesendet wurde.

Kann eine Auszahlung nicht zugestellt werden (z.B. weil die PayPal-E-Mail-Adresse kein Geld empfangen kann), wird sie als Nicht zugestellt mit dem Grund angezeigt. Nichts geht verloren: Der Betrag wird Ihnen erneut geschuldet und geht mit Ihrer nächsten Auszahlung raus, und wir senden Ihnen eine E-Mail, um zu überprüfen, wohin wir Ihr Geld senden.

API

Im Web angemeldet, ist die Verkäufer-API unter /api/v1/seller verfügbar. Mit Ihrem UberLLM API key (den Ihr Agent beim uberllm-Login erhalten hat), ist dieselbe API unter /v1/seller verfügbar:

Call What it does
POST /seller/register {display_name?} Verkauf starten (einmalig). Der Name ist optional: Wird er weggelassen, werden Sie als „Seller“ plus 4 Zeichen angezeigt. Die Verkaufsseite erledigt dies für Sie.
GET /seller/providers Anbieter und ihre base URLs.
POST /seller/discover {base_url, api_key} oder {config_id} Die Modelle, die ein Schlüssel bedienen kann, abgestimmt auf unsere (open_weights: true = Auflistung benötigt einen precision). Kostet kein Kontingent.
POST /seller/test {base_url, api_key, models[]} Eine kleine Testanfrage pro Modell.
POST /seller/offers/bulk Viele Modelle auf einem Schlüssel auflisten: {endpoint_url, api_key, save_config, daily_cap_usd, precision, offers:[{model_id, upstream_model, precision, discount_pct | match_best}]}. precision (full, 8bit oder below8) ist für Open-Weight-Modelle erforderlich; die oberste Ebene gilt für jedes Open-Weight-Modell im Batch. Jedes Modell wird beim Auflisten getestet; eines, das fehlschlägt, wird mit Begründung weggelassen.
POST /seller/offers Ein Modell auflisten: {model_id, endpoint_url, api_key, upstream_model, precision, discount_pct, daily_cap_usd}.
GET /seller/offers · GET /seller/offers/{id} Ihre Angebote mit Preis, % Rabatt, Zustand, Status (listing_state: checking, live, paused oder suspended, mit check_reason, wenn es den Modell-Check nicht bestanden hat) und Live-Rang (wo Sie unter allem stehen, wohin Käufer für dieses Modell gesendet werden können).
PATCH /seller/offers/{id} Neupreis festlegen (discount_pct), Obergrenze festlegen (daily_cap_usd, 0 entfernt sie), precision (Open-Weight-Modelle), status: paused | active (ein Angebot, das den Modell-Check nicht bestanden hat, kann nicht wieder aktiviert werden).
POST /seller/offers/{id}/rotate-credential {api_key} Neuer Schlüssel, getestet, bevor er akzeptiert wird.
POST /seller/offers/{id}/reset-health Jetzt wieder im Routing.
DELETE /seller/offers/{id} Entfernen: aus dem Routing entfernt, gespeicherter Schlüssel gelöscht.
GET /seller/configs · DELETE /seller/configs/{id} Gespeicherte Schlüssel zum Starten neuer Angebote (es wird immer nur ein 4-Zeichen-Hinweis angezeigt).
GET /seller/health-log Warum Angebote übersprungen wurden.
GET /seller/earnings · GET /seller/payouts · POST /seller/payouts/request Geld: was verfügbar ist, in der Warteschleife, unterwegs und bezahlt.
PUT /seller/payout-method {method: paypal | usdc_base, address} Wohin Ihre Auszahlungen gesendet werden: eine PayPal-E-Mail oder ein USDC-Wallet auf Base.
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 }
    ]
  }'

Für Agenten

Ihr Agent hat nach dem Einloggen bereits einen UberLLM API key. Es kann sich registrieren, Modelle über einen Provider key finden, sie auflisten und Einnahmen mit den oben genannten Aufrufen unter /v1/seller überwachen. Kein anderer Key-Typ wird benötigt.

Listen Sie nur auf, was Sie weiterverkaufen dürfen

  • ✅ Open-weight oder selbst gehostete Modelle, die Sie betreiben.
  • ✅ Anbieterkapazität, die Sie weiterverkaufen dürfen.
  • ❌ Ein Provider Key, dessen Bedingungen Ihnen den Weiterverkauf nicht gestatten oder anderen den Zugriff erlauben. Die Bedingungen vieler Anbieter erlauben dies nicht: Prüfen Sie Ihre, bevor Sie sie auflisten.
  • ❌ Gestohlene, geleakte, geteilte, kostenlose Test- oder Evaluierungs-Keys. Ein Angebot, das gegen diese Regeln verstößt, wird entfernt.

Verwenden Sie einen dedizierten Provider Key mit einer Ausgabenobergrenze. Sie sind verantwortlich für die Lizenzierung und den rechtmäßigen Betrieb dessen, was Sie auflisten.