Cloudflare Clef Omni ist das multimodale Mixture-of-Experts-Modell der Clef-Entscheidungsfamilie. Es ist per Post-Training aus dem Verständnis-Backbone Qwen3-Omni-30B-A3B-Instruct hervorgegangen und hat insgesamt 30B Parameter, davon 3B aktiv. Cloudflare ergänzt einen gemeinsamen Schema-Kopf, der die Belege den angefragten Fragen zuordnet und deren zulässige Optionen gemeinsam bewertet. Das Ergebnis ist eine typisierte Entscheidung mit Wahrscheinlichkeiten statt einer generierten Erklärung, eines Transkripts oder einer Sprachausgabe.
Bereiten Sie zwei Hauptbestandteile vor: einen Zustand, der die Situation beschreibt, und eine Zuordnung benannter Fragen. Der Zustand kann Text oder strukturiertes JSON sein, und zu den nativen Eingaben des Modells gehören außerdem Bilder, Audio und Video. Jede Frage legt fest, was entschieden werden soll und welche Antworten zulässig sind. Halten Sie die Bezeichner stabil, damit eine Anwendung jede zurückgegebene Antwort der ursprünglichen Frage zuordnen kann. Klare Optionsbeschreibungen machen eine Kategorie aussagekräftig; eine kurze, mehrdeutige Bezeichnung kann sonst genau die Unterscheidung verdecken, die der Workflow tatsächlich benötigt.
Das Datensatzformat kennt drei Fragetypen. Eine „noul“-Frage bezieht sich auf eine Wahr/Falsch-Bedingung und liefert die Wahrscheinlichkeit für „wahr“. Eine „choice“-Frage definiert benannte Optionen und liefert eine ausgewählte Option, Wahrscheinlichkeiten pro Option und einen separaten Konfidenzwert. Eine „score“-Frage definiert geordnete Kriterien mit einem Index ab null und liefert einen wahrscheinlichkeitsgewichteten Score, eine Legende und Wahrscheinlichkeiten. Der Score kann ein Bruchwert sein, weil er eine Verteilung über die Stufen widerspiegelt. Eine Entscheidung ist damit reichhaltiger als ein einzelnes Label und bleibt dennoch durch das bereitgestellte Schema begrenzt.
Für die visuelle Prüfung stellen Sie ein klares Bild und die zu bewertende Bedingung bereit. Ein Beispiel ist ein Installationsdatensatz mit Fragen danach, ob das Kennzeichnungsetikett sichtbar ist, welche der definierten Zustandskategorien zutrifft und ob die Belege für eine Prüfung ausreichen. Halten Sie Beobachtungen getrennt: Ob ein Etikett sichtbar ist, ist eine andere Frage als die, ob eine Installation vollständig wirkt. Die Ausgabe kann einer Anwendung helfen, den Datensatz weiterzuleiten oder eine Prüfbedingung zu markieren; sie führt selbst keine Inspektion durch, ändert keinen Datensatz und erstellt keinen schriftlichen Bericht.
Richten Sie bei Audio und Video die Fragen auf Belege aus, die der bereitgestellte Clip liefern kann. Eine praxisnahe Geräteprüfung kann ein Foto, eine Aufnahme und ein kurzes Video umfassen und fragen, ob ein bestimmtes Geräusch vorhanden ist oder ob sich ein Bauteil sichtbar bewegt. Der Hersteller beschreibt, dass die Tonspur eines Videos zusammen mit seinen Einzelbildern verarbeitet wird, wenn jedes Video im Datensatz Ton hat. Bewahren Sie den Zusammenhang zwischen den Medien und dem schriftlichen Zustand, und bitten Sie das Modell nicht, ein Ereignis zu klassifizieren, das außerhalb des angehängten Zeitabschnitts liegt.
Das vom Hersteller gehostete Profil nennt einen Kontext von 64.000 Token und ein bis 64 Fragen. Es akzeptiert bis zu vier Bilder, vier Audioclips und zwei Videos, wobei Audioclips auf jeweils 300 Sekunden und Videos auf jeweils 60 Sekunden begrenzt sind. Dies sind Grenzen der dokumentierten Herstellerschnittstelle. Medien und Fragen belegen Kontext; zu viele Medien können die Anfrage scheitern lassen, während ein langer Textzustand gekürzt werden kann, damit er passt. Legen Sie entscheidende Belege in einen fokussierten Datensatz und bereiten Sie die Fragen vor, bevor Sie das Kontextfenster mit themenfremdem Verlauf füllen.
Die gehostete Schnittstelle des Herstellers nimmt eingebettete Medien statt Remote-Links an. PNG-, JPEG- oder WebP-Bilder sind auf jeweils 4 MiB und 16 Megapixel begrenzt, bei einem Gesamtbudget von 8 MiB für dekodierte Bilder. Jeder Audioclip ist auf 8 MiB und 300 Sekunden begrenzt, jedes Video auf 16 MiB und 60 Sekunden. Audio und Video zusammen dürfen dekodiert höchstens 16 MiB umfassen, und Videos werden mit zwei Bildern pro Sekunde abgetastet. Diese Grenzen gehören zu dieser Herstellerschnittstelle; der Open-Weight-Encoder akzeptiert zusätzliche lokale Darstellungen. Die Audiofähigkeit des Verständnis-Backbones bedeutet nicht, dass dieses Entscheidungsmodell Audio erzeugt: Die Komponenten zur Sprachgenerierung werden für die Bewertung von Entscheidungen nicht verwendet.
Für Support- oder Workflow-Routing definieren Sie Kategorien und geordnete Kriterien anhand der tatsächlichen Betriebsregeln. Ein Ticket-Datensatz kann fragen, welches Team ihn bearbeiten soll, ob die Auswirkung dringend ist und welche Schweregradstufe am besten zu den Belegen passt. Die beobachtbare Ausgabe ist ein Satz typisierter Antworten unter diesen Fragenamen. Prüfen Sie die gesamte Wahrscheinlichkeitsverteilung, wenn Kategorien nah beieinanderliegen, und legen Sie ausdrücklich fest, wie die Anwendung mit unsicheren Fällen umgeht. Eine hohe Wahrscheinlichkeit ist eine Modelleinschätzung der bereitgestellten Belege, kein Nachweis, dass die Bedingung unabhängig überprüft wurde.
Bewahren Sie Zustand, Fragenschema und zurückgegebene Antworten zusammen auf, wenn Sie ein Ergebnis untersuchen. Prüfen Sie, ob die Optionen die tatsächliche Situation abdecken, ob sich ihre Beschreibungen überschneiden und ob wichtige Belege fehlten oder gekürzt wurden. Wenn ein nachgelagerter Schritt eine schriftliche Erklärung benötigt, kann er die Entscheidung und das Quellmaterial als Eingabe für einen separaten Schreibschritt verwenden. Die nützliche Rolle von Clef Omni besteht darin, definierte Alternativen anhand multimodaler Belege zu bewerten, sodass die nächste Aktion mit einer klaren, nachvollziehbaren Ein- und Ausgabe gewählt werden kann.
", "aboutText": "Cloudflare Clef Omni ist das multimodale Mixture-of-Experts-Modell der Clef-Entscheidungsfamilie. Es ist per Post-Training aus dem Verständnis-Backbone Qwen3-Omni-30B-A3B-Instruct hervorgegangen und hat insgesamt 30B Parameter, davon 3B aktiv. Cloudflare ergänzt einen gemeinsamen Schema-Kopf, der die Belege den angefragten Fragen zuordnet und deren zulässige Optionen gemeinsam bewertet. Das Ergebnis ist eine typisierte Entscheidung mit Wahrscheinlichkeiten statt einer generierten Erklärung, eines Transkripts oder einer Sprachausgabe.\n\nBereiten Sie zwei Hauptbestandteile vor: einen Zustand, der die Situation beschreibt, und eine Zuordnung benannter Fragen. Der Zustand kann Text oder strukturiertes JSON sein, und zu den nativen Eingaben des Modells gehören außerdem Bilder, Audio und Video. Jede Frage legt fest, was entschieden werden soll und welche Antworten zulässig sind. Halten Sie die Bezeichner stabil, damit eine Anwendung jede zurückgegebene Antwort der ursprünglichen Frage zuordnen kann. Klare Optionsbeschreibungen machen eine Kategorie aussagekräftig; eine kurze, mehrdeutige Bezeichnung kann sonst genau die Unterscheidung verdecken, die der Workflow tatsächlich benötigt.\n\nDas Datensatzformat kennt drei Fragetypen. Eine „noul“-Frage bezieht sich auf eine Wahr/Falsch-Bedingung und liefert die Wahrscheinlichkeit für „wahr“. Eine „choice“-Frage definiert benannte Optionen und liefert eine ausgewählte Option, Wahrscheinlichkeiten pro Option und einen separaten Konfidenzwert. Eine „score“-Frage definiert geordnete Kriterien mit einem Index ab null und liefert einen wahrscheinlichkeitsgewichteten Score, eine Legende und Wahrscheinlichkeiten. Der Score kann ein Bruchwert sein, weil er eine Verteilung über die Stufen widerspiegelt. Eine Entscheidung ist damit reichhaltiger als ein einzelnes Label und bleibt dennoch durch das bereitgestellte Schema begrenzt.\n\nFür die visuelle Prüfung stellen Sie ein klares Bild und die zu bewertende Bedingung bereit. Ein Beispiel ist ein Installationsdatensatz mit Fragen danach, ob das Kennzeichnungsetikett sichtbar ist, welche der definierten Zustandskategorien zutrifft und ob die Belege für eine Prüfung ausreichen. Halten Sie Beobachtungen getrennt: Ob ein Etikett sichtbar ist, ist eine andere Frage als die, ob eine Installation vollständig wirkt. Die Ausgabe kann einer Anwendung helfen, den Datensatz weiterzuleiten oder eine Prüfbedingung zu markieren; sie führt selbst keine Inspektion durch, ändert keinen Datensatz und erstellt keinen schriftlichen Bericht.\n\nRichten Sie bei Audio und Video die Fragen auf Belege aus, die der bereitgestellte Clip liefern kann. Eine praxisnahe Geräteprüfung kann ein Foto, eine Aufnahme und ein kurzes Video umfassen und fragen, ob ein bestimmtes Geräusch vorhanden ist oder ob sich ein Bauteil sichtbar bewegt. Der Hersteller beschreibt, dass die Tonspur eines Videos zusammen mit seinen Einzelbildern verarbeitet wird, wenn jedes Video im Datensatz Ton hat. Bewahren Sie den Zusammenhang zwischen den Medien und dem schriftlichen Zustand, und bitten Sie das Modell nicht, ein Ereignis zu klassifizieren, das außerhalb des angehängten Zeitabschnitts liegt.\n\nDas vom Hersteller gehostete Profil nennt einen Kontext von 64.000 Token und ein bis 64 Fragen. Es akzeptiert bis zu vier Bilder, vier Audioclips und zwei Videos, wobei Audioclips auf jeweils 300 Sekunden und Videos auf jeweils 60 Sekunden begrenzt sind. Dies sind Grenzen der dokumentierten Herstellerschnittstelle. Medien und Fragen belegen Kontext; zu viele Medien können die Anfrage scheitern lassen, während ein langer Textzustand gekürzt werden kann, damit er passt. Legen Sie entscheidende Belege in einen fokussierten Datensatz und bereiten Sie die Fragen vor, bevor Sie das Kontextfenster mit themenfremdem Verlauf füllen.\n\nDie gehostete Schnittstelle des Herstellers nimmt eingebettete Medien statt Remote-Links an. PNG-, JPEG- oder WebP-Bilder sind auf jeweils 4 MiB und 16 Megapixel begrenzt, bei einem Gesamtbudget von 8 MiB für dekodierte Bilder. Jeder Audioclip ist auf 8 MiB und 300 Sekunden begrenzt, jedes Video auf 16 MiB und 60 Sekunden. Audio und Video zusammen dürfen dekodiert höchstens 16 MiB umfassen, und Videos werden mit zwei Bildern pro Sekunde abgetastet. Diese Grenzen gehören zu dieser Herstellerschnittstelle; der Open-Weight-Encoder akzeptiert zusätzliche lokale Darstellungen. Die Audiofähigkeit des Verständnis-Backbones bedeutet nicht, dass dieses Entscheidungsmodell Audio erzeugt: Die Komponenten zur Sprachgenerierung werden für die Bewertung von Entscheidungen nicht verwendet.\n\nFür Support- oder Workflow-Routing definieren Sie Kategorien und geordnete Kriterien anhand der tatsächlichen Betriebsregeln. Ein Ticket-Datensatz kann fragen, welches Team ihn bearbeiten soll, ob die Auswirkung dringend ist und welche Schweregradstufe am besten zu den Belegen passt. Die beobachtbare Ausgabe ist ein Satz typisierter Antworten unter diesen Fragenamen. Prüfen Sie die gesamte Wahrscheinlichkeitsverteilung, wenn Kategorien nah beieinanderliegen, und legen Sie ausdrücklich fest, wie die Anwendung mit unsicheren Fällen umgeht. Eine hohe Wahrscheinlichkeit ist eine Modelleinschätzung der bereitgestellten Belege, kein Nachweis, dass die Bedingung unabhängig überprüft wurde.\n\nBewahren Sie Zustand, Fragenschema und zurückgegebene Antworten zusammen auf, wenn Sie ein Ergebnis untersuchen. Prüfen Sie, ob die Optionen die tatsächliche Situation abdecken, ob sich ihre Beschreibungen überschneiden und ob wichtige Belege fehlten oder gekürzt wurden. Wenn ein nachgelagerter Schritt eine schriftliche Erklärung benötigt, kann er die Entscheidung und das Quellmaterial als Eingabe für einen separaten Schreibschritt verwenden. Die nützliche Rolle von Clef Omni besteht darin, definierte Alternativen anhand multimodaler Belege zu bewerten, sodass die nächste Aktion mit einer klaren, nachvollziehbaren Ein- und Ausgabe gewählt werden kann.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "304006733c8fea179c42723723fccd2ce2c59578c18654b6a973bcde4a6bdfcf", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "de", "methods": [ { "html": "cloudflare/clef-omniCloudflare Clef Omni ist ein multimodales Entscheidungsmodell mit einem MoE-Backbone aus insgesamt 30B Parametern, davon 3B aktiv. Es bewertet bereitgestellten Text, strukturierten Zustand und Medien anhand typisierter Fragen und liefert Wahrscheinlichkeiten sowie eingegrenzte Entscheidungen. Seine Ausgabe ist eine Auswahl, eine Wahrscheinlichkeit für „wahr“ oder ein geordneter Score statt generierter Prosa.
Diese Beschreibung erläutert die Fähigkeiten des Modells. Die über Ailoot verfügbaren Eingaben, Ausgaben und Optionen sind unten für die ausgewählte Methode aufgeführt.
Cloudflare Clef Omni ist das multimodale Mixture-of-Experts-Modell der Clef-Entscheidungsfamilie. Es ist per Post-Training aus dem Verständnis-Backbone Qwen3-Omni-30B-A3B-Instruct hervorgegangen und hat insgesamt 30B Parameter, davon 3B aktiv. Cloudflare ergänzt einen gemeinsamen Schema-Kopf, der die Belege den angefragten Fragen zuordnet und deren zulässige Optionen gemeinsam bewertet. Das Ergebnis ist eine typisierte Entscheidung mit Wahrscheinlichkeiten statt einer generierten Erklärung, eines Transkripts oder einer Sprachausgabe.
Bereiten Sie zwei Hauptbestandteile vor: einen Zustand, der die Situation beschreibt, und eine Zuordnung benannter Fragen. Der Zustand kann Text oder strukturiertes JSON sein, und zu den nativen Eingaben des Modells gehören außerdem Bilder, Audio und Video. Jede Frage legt fest, was entschieden werden soll und welche Antworten zulässig sind. Halten Sie die Bezeichner stabil, damit eine Anwendung jede zurückgegebene Antwort der ursprünglichen Frage zuordnen kann. Klare Optionsbeschreibungen machen eine Kategorie aussagekräftig; eine kurze, mehrdeutige Bezeichnung kann sonst genau die Unterscheidung verdecken, die der Workflow tatsächlich benötigt.
Das Datensatzformat kennt drei Fragetypen. Eine „noul“-Frage bezieht sich auf eine Wahr/Falsch-Bedingung und liefert die Wahrscheinlichkeit für „wahr“. Eine „choice“-Frage definiert benannte Optionen und liefert eine ausgewählte Option, Wahrscheinlichkeiten pro Option und einen separaten Konfidenzwert. Eine „score“-Frage definiert geordnete Kriterien mit einem Index ab null und liefert einen wahrscheinlichkeitsgewichteten Score, eine Legende und Wahrscheinlichkeiten. Der Score kann ein Bruchwert sein, weil er eine Verteilung über die Stufen widerspiegelt. Eine Entscheidung ist damit reichhaltiger als ein einzelnes Label und bleibt dennoch durch das bereitgestellte Schema begrenzt.
Für die visuelle Prüfung stellen Sie ein klares Bild und die zu bewertende Bedingung bereit. Ein Beispiel ist ein Installationsdatensatz mit Fragen danach, ob das Kennzeichnungsetikett sichtbar ist, welche der definierten Zustandskategorien zutrifft und ob die Belege für eine Prüfung ausreichen. Halten Sie Beobachtungen getrennt: Ob ein Etikett sichtbar ist, ist eine andere Frage als die, ob eine Installation vollständig wirkt. Die Ausgabe kann einer Anwendung helfen, den Datensatz weiterzuleiten oder eine Prüfbedingung zu markieren; sie führt selbst keine Inspektion durch, ändert keinen Datensatz und erstellt keinen schriftlichen Bericht.
Richten Sie bei Audio und Video die Fragen auf Belege aus, die der bereitgestellte Clip liefern kann. Eine praxisnahe Geräteprüfung kann ein Foto, eine Aufnahme und ein kurzes Video umfassen und fragen, ob ein bestimmtes Geräusch vorhanden ist oder ob sich ein Bauteil sichtbar bewegt. Der Hersteller beschreibt, dass die Tonspur eines Videos zusammen mit seinen Einzelbildern verarbeitet wird, wenn jedes Video im Datensatz Ton hat. Bewahren Sie den Zusammenhang zwischen den Medien und dem schriftlichen Zustand, und bitten Sie das Modell nicht, ein Ereignis zu klassifizieren, das außerhalb des angehängten Zeitabschnitts liegt.
Das vom Hersteller gehostete Profil nennt einen Kontext von 64.000 Token und ein bis 64 Fragen. Es akzeptiert bis zu vier Bilder, vier Audioclips und zwei Videos, wobei Audioclips auf jeweils 300 Sekunden und Videos auf jeweils 60 Sekunden begrenzt sind. Dies sind Grenzen der dokumentierten Herstellerschnittstelle. Medien und Fragen belegen Kontext; zu viele Medien können die Anfrage scheitern lassen, während ein langer Textzustand gekürzt werden kann, damit er passt. Legen Sie entscheidende Belege in einen fokussierten Datensatz und bereiten Sie die Fragen vor, bevor Sie das Kontextfenster mit themenfremdem Verlauf füllen.
Die gehostete Schnittstelle des Herstellers nimmt eingebettete Medien statt Remote-Links an. PNG-, JPEG- oder WebP-Bilder sind auf jeweils 4 MiB und 16 Megapixel begrenzt, bei einem Gesamtbudget von 8 MiB für dekodierte Bilder. Jeder Audioclip ist auf 8 MiB und 300 Sekunden begrenzt, jedes Video auf 16 MiB und 60 Sekunden. Audio und Video zusammen dürfen dekodiert höchstens 16 MiB umfassen, und Videos werden mit zwei Bildern pro Sekunde abgetastet. Diese Grenzen gehören zu dieser Herstellerschnittstelle; der Open-Weight-Encoder akzeptiert zusätzliche lokale Darstellungen. Die Audiofähigkeit des Verständnis-Backbones bedeutet nicht, dass dieses Entscheidungsmodell Audio erzeugt: Die Komponenten zur Sprachgenerierung werden für die Bewertung von Entscheidungen nicht verwendet.
Für Support- oder Workflow-Routing definieren Sie Kategorien und geordnete Kriterien anhand der tatsächlichen Betriebsregeln. Ein Ticket-Datensatz kann fragen, welches Team ihn bearbeiten soll, ob die Auswirkung dringend ist und welche Schweregradstufe am besten zu den Belegen passt. Die beobachtbare Ausgabe ist ein Satz typisierter Antworten unter diesen Fragenamen. Prüfen Sie die gesamte Wahrscheinlichkeitsverteilung, wenn Kategorien nah beieinanderliegen, und legen Sie ausdrücklich fest, wie die Anwendung mit unsicheren Fällen umgeht. Eine hohe Wahrscheinlichkeit ist eine Modelleinschätzung der bereitgestellten Belege, kein Nachweis, dass die Bedingung unabhängig überprüft wurde.
Bewahren Sie Zustand, Fragenschema und zurückgegebene Antworten zusammen auf, wenn Sie ein Ergebnis untersuchen. Prüfen Sie, ob die Optionen die tatsächliche Situation abdecken, ob sich ihre Beschreibungen überschneiden und ob wichtige Belege fehlten oder gekürzt wurden. Wenn ein nachgelagerter Schritt eine schriftliche Erklärung benötigt, kann er die Entscheidung und das Quellmaterial als Eingabe für einen separaten Schreibschritt verwenden. Die nützliche Rolle von Clef Omni besteht darin, definierte Alternativen anhand multimodaler Belege zu bewerten, sodass die nächste Aktion mit einer klaren, nachvollziehbaren Ein- und Ausgabe gewählt werden kann.
POST /v1/systemonetext, imagedecisions| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits cloudflare/clef-omni | Standard— |
Feldprovider | Typschema | AnforderungOptional | Werte und Limits | Standard— |
Feldquestions | Typobject | AnforderungErforderlich | Werte und Limits | Standard— |
Feldsession_id | Typstring | AnforderungOptional | Werte und Limits | Standard— |
Feldstate | Typschema | AnforderungErforderlich | Werte und Limits | Standard— |
Feldtrace | Typschema | AnforderungOptional | Werte und Limits | Standard— |
Felduser | Typstring | AnforderungOptional | Werte und Limits | Standard— |
Feldquestions.<id>.type | Typstring | AnforderungErforderlich | Werte und Limits noul, choice, score | Standard— |
Feldquestions.<id>.instructions | Typstring|object|array | AnforderungErforderlich | Werte und Limits | Standard— |
Feldquestions.<id>.criteria | Typobject|array | AnforderungOptional | Werte und Limits Bedingungen: choice/score: erforderlich; noul: optional. Bei choice ist criteria ein Objekt; bei score ist es ein Array mit minItems=1. | Standard— |
Feldquestions.<id>.criteria.true | Typstring|object|array | AnforderungErforderlich | Werte und Limits Gilt, wenn: Kriterienobjekt noul bereitgestellt | Standard— |
Feldquestions.<id>.criteria.false | Typstring|object|array | AnforderungErforderlich | Werte und Limits Gilt, wenn: Kriterienobjekt noul bereitgestellt | Standard— |
noul · Erforderlich: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Erforderlich: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Erforderlich: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parameter | Vertrag |
|---|---|
Parametercontent_type | Vertragapplication/json |
Parameterrequired | Vertragmodel, state, questions |
Parametermaterial_types | Vertragtext, image |
Parameteroptional_controls | Vertragprovider, session_id, trace, user |
Parametermultimodal_input_binding | VertragVerwenden Sie ausschließlich die exakt deklarierte Zustands-/Dokumentdarstellung. Die Bildfähigkeit des Herstellers allein belegt kein modellspezifisch akzeptiertes Bildtransportformat. |
Lebenszyklus: synchronous
Senden Sie die genaue Modell-ID und bewahren Sie die vollständige native Antwort auf.
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
Ordnen Sie jede Gebühr den angezeigten Bedingungen zu. Verwenden Sie für jede Gruppe alternativer Konfigurationen einen Tarif.
| Konfiguration | Tarifstaffel | Kontexttoken, mehr als | Kontexttoken, bis einschließlich | Gebühr |
|---|---|---|---|---|
| KonfigurationBasistarife für Token | TarifstaffelGrundtarif | Kontexttoken, mehr als— | Kontexttoken, bis einschließlichKeine Obergrenze | Gebühr Eingabe · Eingabetoken $0.0003 / 1K Token Ausgabe · Ausgabetoken $0 / 1K Token Eingabe · Cache-Lesen — / 1K Token Eingabe · Cache-Schreiben — / 1K Token Eingabe · Cache-Schreiben, 1 Stunde — / 1K Token |
| KonfigurationAnfragelängenstufe 1 | Tarifstaffel— | Kontexttoken, mehr als0 | Kontexttoken, bis einschließlichKeine Obergrenze | Gebühr Eingabe · Eingabetoken $0.0003 / 1K Token Ausgabe · Ausgabetoken $0 / 1K Token Eingabe · Cache-Lesen — / 1K Token Eingabe · Cache-Schreiben — / 1K Token Eingabe · Cache-Schreiben, 1 Stunde — / 1K Token |
Ailoot reserviert vor einer Anfrage einen geschätzten Betrag. Nach dem Ergebnis rechnet Ailoot die endgültige Gebühr anhand des gemessenen Verbrauchs ab. Bei Streaming erfolgt die Abrechnung anhand des abschließenden Verbrauchsdatensatzes. So funktionieren Reservierung und Abrechnung →
{\n "model": "cloudflare/clef-omni",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='cloudflare/clef-omni'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Bewahren Sie jede vollständig zurückgegebene Antwort, Datei und jeden Inhaltsteil auf.
Jede bereitgestellte Antwort mit Fragen-ID bleibt mit ihrem genauen Typ, ihrem noul/choice/score-Wert, ihrer Konfidenz, ihren Wahrscheinlichkeiten und ihrer Legende erhalten. Das gesamte ursprüngliche JSON wird gespeichert und erst nach der Abrechnung zurückgegeben.
Bewahren Sie den ursprünglichen Vorgang sowie die vollständige oder teilweise Antwort auf; wiederholen Sie POST nicht.
| Feld | Typ |
|---|---|
Feldmodel | Typstring |
Feldid | Typstring |
Feldprovider | Typstring |
Feldanswers.<id>.type | Typstring |
Feldanswers.<id>.noul | Typnumber |
Feldanswers.<id>.choice | Typstring |
Feldanswers.<id>.score | Typnumber |
Feldanswers.<id>.confidence | Typnumber |
Feldanswers.<id>.probabilities | Typobject |
Feldanswers.<id>.legend | Typobject |
Feldusage.input_tokens | Typinteger |
Feldusage.output_tokens | Typinteger |
Feldusage.cost | Typnumber |
| Antwort | Bedingung | Nächster Schritt |
|---|---|---|
Antwort400 · invalid_request_error | BedingungUngültiges Pflichtfeld, ungültige Darstellung oder ungültiger Wert | Nächster SchrittKorrigieren Sie das angegebene Anfragefeld. |
Ailoot Ultra cloudflare/clef-omni
Verwenden Sie die oben angezeigten Methodenpfade.