Cloudflare Clef ist das größere dichte Modell der Clef-Entscheidungsfamilie und per Post-Training aus Qwen3.8-27B mit dessen Vision-Encoder entstanden. Cloudflare kombiniert dieses Backbone mit einem gemeinsamen Schema-Kopf, der Belege den Fragen zuordnet und deren zulässige Optionen gemeinsam bewertet. Clef liest eine Situation und liefert in einem einzigen Vorwärtsdurchlauf eingegrenzte Entscheidungen mit Wahrscheinlichkeiten. Seine Ausgabe ist ein Klassifizierungsergebnis statt generierter Prosa, eines offenen Berichts oder eines vorgeschlagenen Befehls.
Bereiten Sie den Zustand und das Fragenschema als getrennte Eingaben vor. Der Zustand kann eine Zeichenkette oder JSON sein und einen Datensatz, eine Konversation, Dokumentinhalte oder eine Anwendungssituation darstellen. Fragen werden mit stabilen Namen als Schlüssel angelegt, und dieselben Namen kennzeichnen die zurückgegebenen Antworten. Legen Sie fest, was jede Frage klären soll, und beschreiben Sie die relevanten Optionen. Ein Support-Datensatz kann fragen, welches Team die Anfrage bearbeiten soll, ob die Auswirkung dringend ist und welches Schweregradkriterium zutrifft, ohne diese unterschiedlichen Entscheidungen zu einer vagen Kategorie zusammenzufassen.
Eine „noul“-Frage liefert die Wahrscheinlichkeit für „wahr“ bei einer binären Bedingung. Eine „choice“-Frage liefert eine ausgewählte benannte Option, Wahrscheinlichkeiten pro Option und eine Konfidenz. Eine „score“-Frage verwendet eine geordnete Liste von Beschreibungen mit einem Index ab null und liefert einen erwarteten Score, eine Legende und Wahrscheinlichkeiten. Ein Bruchwert als Score ist aussagekräftig, weil er die Unsicherheit über geordnete Stufen zusammenfasst. Prüfen Sie neben der ausgewählten Antwort auch die Verteilung; zwei nah beieinanderliegende Optionen können eine Unterscheidung offenlegen, die die Eingabe nicht klärt.
Für Richtlinienprüfungen nehmen Sie den tatsächlichen Regeltext und die Fakten des Datensatzes auf. Ein Beispiel ist ein Workflow zur Dokumentverarbeitung mit Fragen danach, ob der Datensatz vollständig ist, welche Prüfkategorie zutrifft und wie stark die Belege eine sofortige Beachtung stützen. Stellen Sie für getrennte Bedingungen getrennte Fragen. Eine Modelleinschätzung der Regelkonformität sollte mit der bereitgestellten Regel und den Belegen verknüpft bleiben. Fehlt eine wichtige Bedingung, sollten Schema und Anwendung einen bewussten Weg haben, mit dieser Unsicherheit umzugehen.
Für visuelle Belege stellen Sie ein lesbares Bild und eine Frage zu einem sichtbaren Zustand oder einer definierten Kategorie bereit. Eine Prüfung der Formularqualität kann die Lesbarkeit bewerten, ob ein erforderlicher Bereich vorhanden ist und welche der bereitgestellten Qualitätsstufen ihn am besten beschreibt. Die Open-Weight-Schnittstelle des Herstellers akzeptiert außerdem Arrays von Videoeinzelbildern. Halten Sie die Einzelbilder in ihrer Reihenfolge und benennen Sie das zu bewertende Ereignis. Ein eingegrenztes Entscheidungsschema kann dieses Material klassifizieren, während eine Anfrage nach einer erzählenden Beschreibung oder nach beliebigen neu generierten Feldern zu einer anderen Art von Ausgabe gehört.
Die gehostete Referenz des Herstellers nennt einen Kontext von 65.536 Token, ein bis 64 Fragen und bis zu vier eingebettete Bilder. PNG-, JPEG- oder WebP-Bilder sind auf jeweils 4 MiB und 16 Megapixel begrenzt, bei insgesamt 8 MiB nach der Dekodierung; der gesamte Request-Body ist auf 13 MiB begrenzt, und Remote-Bildlinks werden nicht akzeptiert. Das Eingabebudget umfasst die Fragen und die Medien. Langer Text kann gekürzt werden, damit er passt; bewahren Sie daher entscheidende Passagen und Quellenangaben. Diese Grenzen beschreiben die gehostete Bildschnittstelle des Herstellers; der Open-Weight-Encoder hat eigene Darstellungen für lokale Eingaben.
Cloudflares Veröffentlichung beschreibt ein Training für schemagebundene Bewertung und die Kalibrierung von Wahrscheinlichkeiten. Das Modell extrahiert relevante Belege für einzelne Optionen und berücksichtigt anschließend Informationen über mehrere Felder hinweg. Das kann Entscheidungen über mehrere zusammenhängende Fragen in einem Datensatz unterstützen, macht eine hohe Wahrscheinlichkeit aber nicht zur Garantie dafür, dass die zugrunde liegende Tatsache zutrifft. Bewerten Sie neben einfachen Fällen auch schwierige, unvollständige und nicht in die Kategorien passende Datensätze. Nützliche Entscheidungskriterien decken die Situationen ab, denen der Workflow tatsächlich begegnet, und machen wichtige Unterscheidungen explizit.
In einem Agenten-Workflow kann die Ausgabe bestimmen, welcher definierte nächste Schritt in Betracht kommt. Liefern Sie die aktuelle Beobachtung und mögliche Aktionen mit klaren Beschreibungen und bewahren Sie anschließend die ausgewählte Option und ihre Wahrscheinlichkeiten auf. 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 der Schritt erfolgreich war.
Das endgültige Artefakt ist das Antwortobjekt zusammen mit dem Zustand und dem Schema, aus denen es hervorgegangen ist. Nutzen Sie diese Aufzeichnungen, um unerwartete Klassifizierungen zu untersuchen, mehrdeutige Kriterien zu erkennen und Ergebnisse mit geprüften Aufgabenbeispielen zu vergleichen. Benötigt ein nachgelagerter Nutzer eine schriftliche Erklärung, können Entscheidung und ursprüngliche Belege als Eingaben für einen separaten Schritt zur Antworterstellung dienen. Clef liefert die eingegrenzte probabilistische Entscheidung, die nötig ist, um diese nächste Stufe mit einer klaren Darstellung dessen zu wählen, was bewertet wurde.
", "aboutText": "Cloudflare Clef ist das größere dichte Modell der Clef-Entscheidungsfamilie und per Post-Training aus Qwen3.8-27B mit dessen Vision-Encoder entstanden. Cloudflare kombiniert dieses Backbone mit einem gemeinsamen Schema-Kopf, der Belege den Fragen zuordnet und deren zulässige Optionen gemeinsam bewertet. Clef liest eine Situation und liefert in einem einzigen Vorwärtsdurchlauf eingegrenzte Entscheidungen mit Wahrscheinlichkeiten. Seine Ausgabe ist ein Klassifizierungsergebnis statt generierter Prosa, eines offenen Berichts oder eines vorgeschlagenen Befehls.\n\nBereiten Sie den Zustand und das Fragenschema als getrennte Eingaben vor. Der Zustand kann eine Zeichenkette oder JSON sein und einen Datensatz, eine Konversation, Dokumentinhalte oder eine Anwendungssituation darstellen. Fragen werden mit stabilen Namen als Schlüssel angelegt, und dieselben Namen kennzeichnen die zurückgegebenen Antworten. Legen Sie fest, was jede Frage klären soll, und beschreiben Sie die relevanten Optionen. Ein Support-Datensatz kann fragen, welches Team die Anfrage bearbeiten soll, ob die Auswirkung dringend ist und welches Schweregradkriterium zutrifft, ohne diese unterschiedlichen Entscheidungen zu einer vagen Kategorie zusammenzufassen.\n\nEine „noul“-Frage liefert die Wahrscheinlichkeit für „wahr“ bei einer binären Bedingung. Eine „choice“-Frage liefert eine ausgewählte benannte Option, Wahrscheinlichkeiten pro Option und eine Konfidenz. Eine „score“-Frage verwendet eine geordnete Liste von Beschreibungen mit einem Index ab null und liefert einen erwarteten Score, eine Legende und Wahrscheinlichkeiten. Ein Bruchwert als Score ist aussagekräftig, weil er die Unsicherheit über geordnete Stufen zusammenfasst. Prüfen Sie neben der ausgewählten Antwort auch die Verteilung; zwei nah beieinanderliegende Optionen können eine Unterscheidung offenlegen, die die Eingabe nicht klärt.\n\nFür Richtlinienprüfungen nehmen Sie den tatsächlichen Regeltext und die Fakten des Datensatzes auf. Ein Beispiel ist ein Workflow zur Dokumentverarbeitung mit Fragen danach, ob der Datensatz vollständig ist, welche Prüfkategorie zutrifft und wie stark die Belege eine sofortige Beachtung stützen. Stellen Sie für getrennte Bedingungen getrennte Fragen. Eine Modelleinschätzung der Regelkonformität sollte mit der bereitgestellten Regel und den Belegen verknüpft bleiben. Fehlt eine wichtige Bedingung, sollten Schema und Anwendung einen bewussten Weg haben, mit dieser Unsicherheit umzugehen.\n\nFür visuelle Belege stellen Sie ein lesbares Bild und eine Frage zu einem sichtbaren Zustand oder einer definierten Kategorie bereit. Eine Prüfung der Formularqualität kann die Lesbarkeit bewerten, ob ein erforderlicher Bereich vorhanden ist und welche der bereitgestellten Qualitätsstufen ihn am besten beschreibt. Die Open-Weight-Schnittstelle des Herstellers akzeptiert außerdem Arrays von Videoeinzelbildern. Halten Sie die Einzelbilder in ihrer Reihenfolge und benennen Sie das zu bewertende Ereignis. Ein eingegrenztes Entscheidungsschema kann dieses Material klassifizieren, während eine Anfrage nach einer erzählenden Beschreibung oder nach beliebigen neu generierten Feldern zu einer anderen Art von Ausgabe gehört.\n\nDie gehostete Referenz des Herstellers nennt einen Kontext von 65.536 Token, ein bis 64 Fragen und bis zu vier eingebettete Bilder. PNG-, JPEG- oder WebP-Bilder sind auf jeweils 4 MiB und 16 Megapixel begrenzt, bei insgesamt 8 MiB nach der Dekodierung; der gesamte Request-Body ist auf 13 MiB begrenzt, und Remote-Bildlinks werden nicht akzeptiert. Das Eingabebudget umfasst die Fragen und die Medien. Langer Text kann gekürzt werden, damit er passt; bewahren Sie daher entscheidende Passagen und Quellenangaben. Diese Grenzen beschreiben die gehostete Bildschnittstelle des Herstellers; der Open-Weight-Encoder hat eigene Darstellungen für lokale Eingaben.\n\nCloudflares Veröffentlichung beschreibt ein Training für schemagebundene Bewertung und die Kalibrierung von Wahrscheinlichkeiten. Das Modell extrahiert relevante Belege für einzelne Optionen und berücksichtigt anschließend Informationen über mehrere Felder hinweg. Das kann Entscheidungen über mehrere zusammenhängende Fragen in einem Datensatz unterstützen, macht eine hohe Wahrscheinlichkeit aber nicht zur Garantie dafür, dass die zugrunde liegende Tatsache zutrifft. Bewerten Sie neben einfachen Fällen auch schwierige, unvollständige und nicht in die Kategorien passende Datensätze. Nützliche Entscheidungskriterien decken die Situationen ab, denen der Workflow tatsächlich begegnet, und machen wichtige Unterscheidungen explizit.\n\nIn einem Agenten-Workflow kann die Ausgabe bestimmen, welcher definierte nächste Schritt in Betracht kommt. Liefern Sie die aktuelle Beobachtung und mögliche Aktionen mit klaren Beschreibungen und bewahren Sie anschließend die ausgewählte Option und ihre Wahrscheinlichkeiten auf. 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 der Schritt erfolgreich war.\n\nDas endgültige Artefakt ist das Antwortobjekt zusammen mit dem Zustand und dem Schema, aus denen es hervorgegangen ist. Nutzen Sie diese Aufzeichnungen, um unerwartete Klassifizierungen zu untersuchen, mehrdeutige Kriterien zu erkennen und Ergebnisse mit geprüften Aufgabenbeispielen zu vergleichen. Benötigt ein nachgelagerter Nutzer eine schriftliche Erklärung, können Entscheidung und ursprüngliche Belege als Eingaben für einen separaten Schritt zur Antworterstellung dienen. Clef liefert die eingegrenzte probabilistische Entscheidung, die nötig ist, um diese nächste Stufe mit einer klaren Darstellung dessen zu wählen, was bewertet wurde.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "fd88dd3863c435b99c1c60893e4fa51a3dfedf123cad67271e4edffd19e2223b", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "de", "methods": [ { "html": "cloudflare/clefCloudflare Clef ist ein multimodales Entscheidungsmodell mit 27B Parametern für Klassifizierung, Richtlinienprüfungen und Entscheidungen in Agenten-Workflows. Es bewertet einen bereitgestellten Zustand und typisierte Fragen und liefert Wahrscheinlichkeiten für zulässige Alternativen, ausgewählte Kategorien und gewichtete Scores. Es akzeptiert textuelle und visuelle Belege, ohne Prosa zu generieren.
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 und per Post-Training aus Qwen3.8-27B mit dessen Vision-Encoder entstanden. Cloudflare kombiniert dieses Backbone mit einem gemeinsamen Schema-Kopf, der Belege den Fragen zuordnet und deren zulässige Optionen gemeinsam bewertet. Clef liest eine Situation und liefert in einem einzigen Vorwärtsdurchlauf eingegrenzte Entscheidungen mit Wahrscheinlichkeiten. Seine Ausgabe ist ein Klassifizierungsergebnis statt generierter Prosa, eines offenen Berichts oder eines vorgeschlagenen Befehls.
Bereiten Sie den Zustand und das Fragenschema als getrennte Eingaben vor. Der Zustand kann eine Zeichenkette oder JSON sein und einen Datensatz, eine Konversation, Dokumentinhalte oder eine Anwendungssituation darstellen. Fragen werden mit stabilen Namen als Schlüssel angelegt, und dieselben Namen kennzeichnen die zurückgegebenen Antworten. Legen Sie fest, was jede Frage klären soll, und beschreiben Sie die relevanten Optionen. Ein Support-Datensatz kann fragen, welches Team die Anfrage bearbeiten soll, ob die Auswirkung dringend ist und welches Schweregradkriterium zutrifft, ohne diese unterschiedlichen Entscheidungen zu einer vagen Kategorie zusammenzufassen.
Eine „noul“-Frage liefert die Wahrscheinlichkeit für „wahr“ bei einer binären Bedingung. Eine „choice“-Frage liefert eine ausgewählte benannte Option, Wahrscheinlichkeiten pro Option und eine Konfidenz. Eine „score“-Frage verwendet eine geordnete Liste von Beschreibungen mit einem Index ab null und liefert einen erwarteten Score, eine Legende und Wahrscheinlichkeiten. Ein Bruchwert als Score ist aussagekräftig, weil er die Unsicherheit über geordnete Stufen zusammenfasst. Prüfen Sie neben der ausgewählten Antwort auch die Verteilung; zwei nah beieinanderliegende Optionen können eine Unterscheidung offenlegen, die die Eingabe nicht klärt.
Für Richtlinienprüfungen nehmen Sie den tatsächlichen Regeltext und die Fakten des Datensatzes auf. Ein Beispiel ist ein Workflow zur Dokumentverarbeitung mit Fragen danach, ob der Datensatz vollständig ist, welche Prüfkategorie zutrifft und wie stark die Belege eine sofortige Beachtung stützen. Stellen Sie für getrennte Bedingungen getrennte Fragen. Eine Modelleinschätzung der Regelkonformität sollte mit der bereitgestellten Regel und den Belegen verknüpft bleiben. Fehlt eine wichtige Bedingung, sollten Schema und Anwendung einen bewussten Weg haben, mit dieser Unsicherheit umzugehen.
Für visuelle Belege stellen Sie ein lesbares Bild und eine Frage zu einem sichtbaren Zustand oder einer definierten Kategorie bereit. Eine Prüfung der Formularqualität kann die Lesbarkeit bewerten, ob ein erforderlicher Bereich vorhanden ist und welche der bereitgestellten Qualitätsstufen ihn am besten beschreibt. Die Open-Weight-Schnittstelle des Herstellers akzeptiert außerdem Arrays von Videoeinzelbildern. Halten Sie die Einzelbilder in ihrer Reihenfolge und benennen Sie das zu bewertende Ereignis. Ein eingegrenztes Entscheidungsschema kann dieses Material klassifizieren, während eine Anfrage nach einer erzählenden Beschreibung oder nach beliebigen neu generierten Feldern zu einer anderen Art von Ausgabe gehört.
Die gehostete Referenz des Herstellers nennt einen Kontext von 65.536 Token, ein bis 64 Fragen und bis zu vier eingebettete Bilder. PNG-, JPEG- oder WebP-Bilder sind auf jeweils 4 MiB und 16 Megapixel begrenzt, bei insgesamt 8 MiB nach der Dekodierung; der gesamte Request-Body ist auf 13 MiB begrenzt, und Remote-Bildlinks werden nicht akzeptiert. Das Eingabebudget umfasst die Fragen und die Medien. Langer Text kann gekürzt werden, damit er passt; bewahren Sie daher entscheidende Passagen und Quellenangaben. Diese Grenzen beschreiben die gehostete Bildschnittstelle des Herstellers; der Open-Weight-Encoder hat eigene Darstellungen für lokale Eingaben.
Cloudflares Veröffentlichung beschreibt ein Training für schemagebundene Bewertung und die Kalibrierung von Wahrscheinlichkeiten. Das Modell extrahiert relevante Belege für einzelne Optionen und berücksichtigt anschließend Informationen über mehrere Felder hinweg. Das kann Entscheidungen über mehrere zusammenhängende Fragen in einem Datensatz unterstützen, macht eine hohe Wahrscheinlichkeit aber nicht zur Garantie dafür, dass die zugrunde liegende Tatsache zutrifft. Bewerten Sie neben einfachen Fällen auch schwierige, unvollständige und nicht in die Kategorien passende Datensätze. Nützliche Entscheidungskriterien decken die Situationen ab, denen der Workflow tatsächlich begegnet, und machen wichtige Unterscheidungen explizit.
In einem Agenten-Workflow kann die Ausgabe bestimmen, welcher definierte nächste Schritt in Betracht kommt. Liefern Sie die aktuelle Beobachtung und mögliche Aktionen mit klaren Beschreibungen und bewahren Sie anschließend die ausgewählte Option und ihre Wahrscheinlichkeiten auf. 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 der Schritt erfolgreich war.
Das endgültige Artefakt ist das Antwortobjekt zusammen mit dem Zustand und dem Schema, aus denen es hervorgegangen ist. Nutzen Sie diese Aufzeichnungen, um unerwartete Klassifizierungen zu untersuchen, mehrdeutige Kriterien zu erkennen und Ergebnisse mit geprüften Aufgabenbeispielen zu vergleichen. Benötigt ein nachgelagerter Nutzer eine schriftliche Erklärung, können Entscheidung und ursprüngliche Belege als Eingaben für einen separaten Schritt zur Antworterstellung dienen. Clef liefert die eingegrenzte probabilistische Entscheidung, die nötig ist, um diese nächste Stufe mit einer klaren Darstellung dessen zu wählen, 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. 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.00048 / 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.00048 / 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",\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 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
Verwenden Sie die oben angezeigten Methodenpfade.