Cloudflare Clef ist das größere dichte Modell der Clef-Entscheidungsfamilie, nachtrainiert auf Grundlage von Qwen3.8-27B mit dessen Vision-Encoder. Cloudflare kombiniert diese Grundarchitektur mit einem gemeinsamen Schemakopf, der Belege den Fragen zuordnet und deren zulässige Optionen zusammen bewertet. Clef liest eine Situation und gibt in einem einzigen Vorwärtsdurchlauf begrenzte Entscheidungen mit Wahrscheinlichkeiten zurück. Seine Ausgabe ist ein Klassifikationsergebnis statt generierter Prosa, eines offenen Berichts oder eines vorgeschlagenen Befehls.
Bereiten Sie Zustand und Fragenschema als getrennte Eingaben vor. Der Zustand kann eine Zeichenfolge oder JSON sein, das einen Datensatz, ein Gespräch, Dokumentinhalt oder eine Anwendungssituation repräsentiert. Fragen werden über stabile Namen identifiziert, und dieselben Namen kennzeichnen ihre zurückgegebenen Antworten. Definieren Sie, was jede Frage feststellen soll, und beschreiben Sie die relevanten Optionen. Ein Support-Datensatz kann fragen, welches Team die Anfrage bearbeiten soll, ob die Auswirkungen dringend sind und welches Schweregradkriterium zutrifft, ohne diese unterschiedlichen Entscheidungen in einer vagen Kategorie zusammenzufassen.
Eine noul-Frage gibt für eine binäre Bedingung die Wahrscheinlichkeit von wahr zurück. Eine choice-Frage gibt eine ausgewählte benannte Option, Wahrscheinlichkeiten je Option und Konfidenz zurück. Eine score-Frage verwendet eine geordnete Liste von Beschreibungen mit Indizes ab null und gibt einen Erwartungswert, eine Legende und Wahrscheinlichkeiten zurück. Ein Score mit Nachkommastellen ist sinnvoll, weil er Unsicherheit über geordnete Stufen zusammenfasst. Prüfen Sie neben der ausgewählten Antwort auch die Verteilung; zwei nahe beieinanderliegende Optionen können einen Unterschied sichtbar machen, den die Eingabe nicht klärt.
Nehmen Sie für Richtlinienprüfungen den tatsächlichen Regeltext und die Fakten des Datensatzes auf. Ein Beispiel ist ein Workflow zur Dokumentenverarbeitung mit Fragen dazu, ob der Datensatz vollständig ist, welche Prüfungskategorie zutrifft und wie stark die Belege für sofortige Aufmerksamkeit sprechen. Stellen Sie für getrennte Bedingungen getrennte Fragen. Eine Modellbewertung der Regelkonformität sollte mit der bereitgestellten Regel und den Belegen verbunden bleiben. Fehlt eine wichtige Bedingung, sollten Schema und Anwendung einen bewusst festgelegten Umgang mit dieser Unsicherheit vorsehen.
Stellen Sie für visuelle Belege ein lesbares Bild und eine Frage zu einem sichtbaren Zustand oder einer definierten Kategorie bereit. Eine Formularqualitätsprüfung könnte die Lesbarkeit bewerten, prüfen, ob ein erforderlicher Bereich vorhanden ist, und bestimmen, welche der bereitgestellten Qualitätsstufen das Formular am besten beschreibt. Die Schnittstelle des Herstellers für offene Gewichte akzeptiert auch Arrays von Videoeinzelbildern. Halten Sie die Einzelbilder in der richtigen Reihenfolge und benennen Sie das zu bewertende Ereignis. Ein begrenztes Entscheidungsschema kann dieses Material klassifizieren; eine erzählende Beschreibung oder beliebige neu generierte Felder gehören dagegen zu einer anderen Art von Ausgabe.
Die gehostete Herstellerreferenz nennt einen Kontext von 65.536 Tokens, eine bis 64 Fragen und bis zu vier eingebettete Bilder. PNG-, JPEG- oder WebP-Bilder sind jeweils auf 4 MiB und 16 Megapixel begrenzt, insgesamt auf 8 MiB dekodiert; der gesamte Anfragekörper ist auf 13 MiB begrenzt, und externe Bildlinks werden nicht akzeptiert. Das Eingabebudget umfasst Fragen und Medien. Langer Text kann passend gekürzt werden; bewahren Sie daher entscheidende Passagen und Quellenbezeichnungen. Diese Grenzen beschreiben die gehostete Bildschnittstelle des Herstellers; der Encoder mit offenen Gewichten hat eigene lokale Eingaberepräsentationen.
Cloudflares Veröffentlichung beschreibt ein Training für schemagebundene Bewertung und Wahrscheinlichkeitskalibrierung. Das Modell extrahiert relevante Belege für einzelne Optionen und berücksichtigt anschließend Informationen über mehrere Felder hinweg. Das kann Entscheidungen zu mehreren zusammenhängenden Fragen in einem Datensatz unterstützen, macht eine hohe Wahrscheinlichkeit aber nicht zur Garantie, dass der zugrunde liegende Sachverhalt wahr ist. Bewerten Sie schwierige, unvollständige und außerhalb der Kategorien liegende Datensätze ebenso wie eindeutige Fälle. Nützliche Entscheidungskriterien decken die Situationen ab, die der Workflow tatsächlich antrifft, und benennen wichtige Unterschiede ausdrücklich.
In einem Agenten-Workflow kann die Ausgabe bestimmen, welcher definierte nächste Schritt erwogen werden soll. Stellen Sie die aktuelle Beobachtung und mögliche Aktionen mit klaren Beschreibungen bereit und bewahren Sie anschließend die ausgewählte Option und ihre Wahrscheinlichkeiten. Die umgebende Anwendung wendet ihre Aktionsrichtlinie an und protokolliert, was sie getan hat. Halten Sie dieses Ausführungsprotokoll vom Entscheidungsergebnis getrennt: Die Auswahl eines Prüfwegs belegt nicht, dass ein Prüfer tätig wurde, und die Auswahl eines Diagnoseschritts belegt nicht, dass dieser Schritt erfolgreich war.
Das abschließende Artefakt ist das answers-Objekt zusammen mit dem Zustand und dem Schema, die es erzeugt haben. Verwenden Sie diese Datensätze, um unerwartete Klassifikationen zu untersuchen, mehrdeutige Kriterien zu identifizieren und Ergebnisse mit geprüften Aufgabenbeispielen zu vergleichen. Benötigt ein nachgelagerter Nutzer eine schriftliche Erklärung, können die Entscheidung und die ursprünglichen Belege als Eingaben für einen separaten Antwortschreibschritt dienen. Clef liefert die begrenzte probabilistische Entscheidung, die zur Auswahl dieser nächsten Stufe benötigt wird, mit einer klaren Darstellung dessen, was bewertet wurde.
", "aboutText": "Cloudflare Clef ist das größere dichte Modell der Clef-Entscheidungsfamilie, nachtrainiert auf Grundlage von Qwen3.8-27B mit dessen Vision-Encoder. Cloudflare kombiniert diese Grundarchitektur mit einem gemeinsamen Schemakopf, der Belege den Fragen zuordnet und deren zulässige Optionen zusammen bewertet. Clef liest eine Situation und gibt in einem einzigen Vorwärtsdurchlauf begrenzte Entscheidungen mit Wahrscheinlichkeiten zurück. Seine Ausgabe ist ein Klassifikationsergebnis statt generierter Prosa, eines offenen Berichts oder eines vorgeschlagenen Befehls.\n\nBereiten Sie Zustand und Fragenschema als getrennte Eingaben vor. Der Zustand kann eine Zeichenfolge oder JSON sein, das einen Datensatz, ein Gespräch, Dokumentinhalt oder eine Anwendungssituation repräsentiert. Fragen werden über stabile Namen identifiziert, und dieselben Namen kennzeichnen ihre zurückgegebenen Antworten. Definieren Sie, was jede Frage feststellen soll, und beschreiben Sie die relevanten Optionen. Ein Support-Datensatz kann fragen, welches Team die Anfrage bearbeiten soll, ob die Auswirkungen dringend sind und welches Schweregradkriterium zutrifft, ohne diese unterschiedlichen Entscheidungen in einer vagen Kategorie zusammenzufassen.\n\nEine noul-Frage gibt für eine binäre Bedingung die Wahrscheinlichkeit von wahr zurück. Eine choice-Frage gibt eine ausgewählte benannte Option, Wahrscheinlichkeiten je Option und Konfidenz zurück. Eine score-Frage verwendet eine geordnete Liste von Beschreibungen mit Indizes ab null und gibt einen Erwartungswert, eine Legende und Wahrscheinlichkeiten zurück. Ein Score mit Nachkommastellen ist sinnvoll, weil er Unsicherheit über geordnete Stufen zusammenfasst. Prüfen Sie neben der ausgewählten Antwort auch die Verteilung; zwei nahe beieinanderliegende Optionen können einen Unterschied sichtbar machen, den die Eingabe nicht klärt.\n\nNehmen Sie für Richtlinienprüfungen den tatsächlichen Regeltext und die Fakten des Datensatzes auf. Ein Beispiel ist ein Workflow zur Dokumentenverarbeitung mit Fragen dazu, ob der Datensatz vollständig ist, welche Prüfungskategorie zutrifft und wie stark die Belege für sofortige Aufmerksamkeit sprechen. Stellen Sie für getrennte Bedingungen getrennte Fragen. Eine Modellbewertung der Regelkonformität sollte mit der bereitgestellten Regel und den Belegen verbunden bleiben. Fehlt eine wichtige Bedingung, sollten Schema und Anwendung einen bewusst festgelegten Umgang mit dieser Unsicherheit vorsehen.\n\nStellen Sie für visuelle Belege ein lesbares Bild und eine Frage zu einem sichtbaren Zustand oder einer definierten Kategorie bereit. Eine Formularqualitätsprüfung könnte die Lesbarkeit bewerten, prüfen, ob ein erforderlicher Bereich vorhanden ist, und bestimmen, welche der bereitgestellten Qualitätsstufen das Formular am besten beschreibt. Die Schnittstelle des Herstellers für offene Gewichte akzeptiert auch Arrays von Videoeinzelbildern. Halten Sie die Einzelbilder in der richtigen Reihenfolge und benennen Sie das zu bewertende Ereignis. Ein begrenztes Entscheidungsschema kann dieses Material klassifizieren; eine erzählende Beschreibung oder beliebige neu generierte Felder gehören dagegen zu einer anderen Art von Ausgabe.\n\nDie gehostete Herstellerreferenz nennt einen Kontext von 65.536 Tokens, eine bis 64 Fragen und bis zu vier eingebettete Bilder. PNG-, JPEG- oder WebP-Bilder sind jeweils auf 4 MiB und 16 Megapixel begrenzt, insgesamt auf 8 MiB dekodiert; der gesamte Anfragekörper ist auf 13 MiB begrenzt, und externe Bildlinks werden nicht akzeptiert. Das Eingabebudget umfasst Fragen und Medien. Langer Text kann passend gekürzt werden; bewahren Sie daher entscheidende Passagen und Quellenbezeichnungen. Diese Grenzen beschreiben die gehostete Bildschnittstelle des Herstellers; der Encoder mit offenen Gewichten hat eigene lokale Eingaberepräsentationen.\n\nCloudflares Veröffentlichung beschreibt ein Training für schemagebundene Bewertung und Wahrscheinlichkeitskalibrierung. Das Modell extrahiert relevante Belege für einzelne Optionen und berücksichtigt anschließend Informationen über mehrere Felder hinweg. Das kann Entscheidungen zu mehreren zusammenhängenden Fragen in einem Datensatz unterstützen, macht eine hohe Wahrscheinlichkeit aber nicht zur Garantie, dass der zugrunde liegende Sachverhalt wahr ist. Bewerten Sie schwierige, unvollständige und außerhalb der Kategorien liegende Datensätze ebenso wie eindeutige Fälle. Nützliche Entscheidungskriterien decken die Situationen ab, die der Workflow tatsächlich antrifft, und benennen wichtige Unterschiede ausdrücklich.\n\nIn einem Agenten-Workflow kann die Ausgabe bestimmen, welcher definierte nächste Schritt erwogen werden soll. Stellen Sie die aktuelle Beobachtung und mögliche Aktionen mit klaren Beschreibungen bereit und bewahren Sie anschließend die ausgewählte Option und ihre Wahrscheinlichkeiten. Die umgebende Anwendung wendet ihre Aktionsrichtlinie an und protokolliert, was sie getan hat. Halten Sie dieses Ausführungsprotokoll vom Entscheidungsergebnis getrennt: Die Auswahl eines Prüfwegs belegt nicht, dass ein Prüfer tätig wurde, und die Auswahl eines Diagnoseschritts belegt nicht, dass dieser Schritt erfolgreich war.\n\nDas abschließende Artefakt ist das answers-Objekt zusammen mit dem Zustand und dem Schema, die es erzeugt haben. Verwenden Sie diese Datensätze, um unerwartete Klassifikationen zu untersuchen, mehrdeutige Kriterien zu identifizieren und Ergebnisse mit geprüften Aufgabenbeispielen zu vergleichen. Benötigt ein nachgelagerter Nutzer eine schriftliche Erklärung, können die Entscheidung und die ursprünglichen Belege als Eingaben für einen separaten Antwortschreibschritt dienen. Clef liefert die begrenzte probabilistische Entscheidung, die zur Auswahl dieser nächsten Stufe benötigt wird, mit einer klaren Darstellung dessen, was bewertet wurde.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "a9d046fd96af77f3694243e5635add47944fcfc14c7f68644a3d016579fc1a4e", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "de-at", "methods": [ { "html": "cloudflare/clefCloudflare Clef ist ein multimodales Entscheidungsmodell mit 27 Milliarden Parametern für Klassifikation, Richtlinienprüfungen und Entscheidungen in Agenten-Workflows. Es bewertet einen bereitgestellten Zustand und typisierte Fragen und gibt Wahrscheinlichkeiten für zulässige Alternativen, ausgewählte Kategorien und gewichtete Scores zurück. Es akzeptiert textliche und visuelle Belege, ohne Prosa zu erzeugen.
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 ist das größere dichte Modell der Clef-Entscheidungsfamilie, nachtrainiert auf Grundlage von Qwen3.8-27B mit dessen Vision-Encoder. Cloudflare kombiniert diese Grundarchitektur mit einem gemeinsamen Schemakopf, der Belege den Fragen zuordnet und deren zulässige Optionen zusammen bewertet. Clef liest eine Situation und gibt in einem einzigen Vorwärtsdurchlauf begrenzte Entscheidungen mit Wahrscheinlichkeiten zurück. Seine Ausgabe ist ein Klassifikationsergebnis statt generierter Prosa, eines offenen Berichts oder eines vorgeschlagenen Befehls.
Bereiten Sie Zustand und Fragenschema als getrennte Eingaben vor. Der Zustand kann eine Zeichenfolge oder JSON sein, das einen Datensatz, ein Gespräch, Dokumentinhalt oder eine Anwendungssituation repräsentiert. Fragen werden über stabile Namen identifiziert, und dieselben Namen kennzeichnen ihre zurückgegebenen Antworten. Definieren Sie, was jede Frage feststellen soll, und beschreiben Sie die relevanten Optionen. Ein Support-Datensatz kann fragen, welches Team die Anfrage bearbeiten soll, ob die Auswirkungen dringend sind und welches Schweregradkriterium zutrifft, ohne diese unterschiedlichen Entscheidungen in einer vagen Kategorie zusammenzufassen.
Eine noul-Frage gibt für eine binäre Bedingung die Wahrscheinlichkeit von wahr zurück. Eine choice-Frage gibt eine ausgewählte benannte Option, Wahrscheinlichkeiten je Option und Konfidenz zurück. Eine score-Frage verwendet eine geordnete Liste von Beschreibungen mit Indizes ab null und gibt einen Erwartungswert, eine Legende und Wahrscheinlichkeiten zurück. Ein Score mit Nachkommastellen ist sinnvoll, weil er Unsicherheit über geordnete Stufen zusammenfasst. Prüfen Sie neben der ausgewählten Antwort auch die Verteilung; zwei nahe beieinanderliegende Optionen können einen Unterschied sichtbar machen, den die Eingabe nicht klärt.
Nehmen Sie für Richtlinienprüfungen den tatsächlichen Regeltext und die Fakten des Datensatzes auf. Ein Beispiel ist ein Workflow zur Dokumentenverarbeitung mit Fragen dazu, ob der Datensatz vollständig ist, welche Prüfungskategorie zutrifft und wie stark die Belege für sofortige Aufmerksamkeit sprechen. Stellen Sie für getrennte Bedingungen getrennte Fragen. Eine Modellbewertung der Regelkonformität sollte mit der bereitgestellten Regel und den Belegen verbunden bleiben. Fehlt eine wichtige Bedingung, sollten Schema und Anwendung einen bewusst festgelegten Umgang mit dieser Unsicherheit vorsehen.
Stellen Sie für visuelle Belege ein lesbares Bild und eine Frage zu einem sichtbaren Zustand oder einer definierten Kategorie bereit. Eine Formularqualitätsprüfung könnte die Lesbarkeit bewerten, prüfen, ob ein erforderlicher Bereich vorhanden ist, und bestimmen, welche der bereitgestellten Qualitätsstufen das Formular am besten beschreibt. Die Schnittstelle des Herstellers für offene Gewichte akzeptiert auch Arrays von Videoeinzelbildern. Halten Sie die Einzelbilder in der richtigen Reihenfolge und benennen Sie das zu bewertende Ereignis. Ein begrenztes Entscheidungsschema kann dieses Material klassifizieren; eine erzählende Beschreibung oder beliebige neu generierte Felder gehören dagegen zu einer anderen Art von Ausgabe.
Die gehostete Herstellerreferenz nennt einen Kontext von 65.536 Tokens, eine bis 64 Fragen und bis zu vier eingebettete Bilder. PNG-, JPEG- oder WebP-Bilder sind jeweils auf 4 MiB und 16 Megapixel begrenzt, insgesamt auf 8 MiB dekodiert; der gesamte Anfragekörper ist auf 13 MiB begrenzt, und externe Bildlinks werden nicht akzeptiert. Das Eingabebudget umfasst Fragen und Medien. Langer Text kann passend gekürzt werden; bewahren Sie daher entscheidende Passagen und Quellenbezeichnungen. Diese Grenzen beschreiben die gehostete Bildschnittstelle des Herstellers; der Encoder mit offenen Gewichten hat eigene lokale Eingaberepräsentationen.
Cloudflares Veröffentlichung beschreibt ein Training für schemagebundene Bewertung und Wahrscheinlichkeitskalibrierung. Das Modell extrahiert relevante Belege für einzelne Optionen und berücksichtigt anschließend Informationen über mehrere Felder hinweg. Das kann Entscheidungen zu mehreren zusammenhängenden Fragen in einem Datensatz unterstützen, macht eine hohe Wahrscheinlichkeit aber nicht zur Garantie, dass der zugrunde liegende Sachverhalt wahr ist. Bewerten Sie schwierige, unvollständige und außerhalb der Kategorien liegende Datensätze ebenso wie eindeutige Fälle. Nützliche Entscheidungskriterien decken die Situationen ab, die der Workflow tatsächlich antrifft, und benennen wichtige Unterschiede ausdrücklich.
In einem Agenten-Workflow kann die Ausgabe bestimmen, welcher definierte nächste Schritt erwogen werden soll. Stellen Sie die aktuelle Beobachtung und mögliche Aktionen mit klaren Beschreibungen bereit und bewahren Sie anschließend die ausgewählte Option und ihre Wahrscheinlichkeiten. Die umgebende Anwendung wendet ihre Aktionsrichtlinie an und protokolliert, was sie getan hat. Halten Sie dieses Ausführungsprotokoll vom Entscheidungsergebnis getrennt: Die Auswahl eines Prüfwegs belegt nicht, dass ein Prüfer tätig wurde, und die Auswahl eines Diagnoseschritts belegt nicht, dass dieser Schritt erfolgreich war.
Das abschließende Artefakt ist das answers-Objekt zusammen mit dem Zustand und dem Schema, die es erzeugt haben. Verwenden Sie diese Datensätze, um unerwartete Klassifikationen zu untersuchen, mehrdeutige Kriterien zu identifizieren und Ergebnisse mit geprüften Aufgabenbeispielen zu vergleichen. Benötigt ein nachgelagerter Nutzer eine schriftliche Erklärung, können die Entscheidung und die ursprünglichen Belege als Eingaben für einen separaten Antwortschreibschritt dienen. Clef liefert die begrenzte probabilistische Entscheidung, die zur Auswahl dieser nächsten Stufe benötigt wird, mit einer klaren Darstellung dessen, was bewertet wurde.
POST /v1/systemonetext, imagedecisions| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits cloudflare/clef | 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. criteria bei choice ist ein Objekt; score ist ein Array mit minItems1. | 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 Bildfunktion des Herstellers allein belegt keinen modellspezifisch akzeptierten Übertragungsweg für Bilder. |
Lebenszyklus: synchronous
Senden Sie die exakte 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.00048 / 1K Tokens Ausgabe · Ausgabetoken $0 / 1K Tokens Eingabe · Cache lesen — / 1K Tokens Eingabe · In Cache schreiben — / 1K Tokens Eingabe · In Cache schreiben, 1 Stunde — / 1K Tokens |
| KonfigurationAnfragelängenstufe 1 | Tarifstaffel— | Kontexttoken, mehr als0 | Kontexttoken, bis einschließlichKeine Obergrenze | Gebühr Eingabe · Eingabetoken $0.00048 / 1K Tokens Ausgabe · Ausgabetoken $0 / 1K Tokens Eingabe · Cache lesen — / 1K Tokens Eingabe · In Cache schreiben — / 1K Tokens Eingabe · In Cache schreiben, 1 Stunde — / 1K Tokens |
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",\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'\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 gelieferte Antwort mit Frage-ID bleibt mit ihrem genauen Typ, dem noul/choice/score-Wert, der Konfidenz, den Wahrscheinlichkeiten und der Legende erhalten. Das gesamte ursprüngliche JSON wird gespeichert und erst nach der Abrechnung zurückgegeben.
Bewahren Sie den ursprünglichen Vorgang und 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
Verwenden Sie die oben angezeigten Methodenpfade.