Cloudflare Clef Omni är den multimodala mixture-of-experts-modellen i Clefs familj av beslutsmodeller. Den är eftertränad från förståelsebasmodellen Qwen3-Omni-30B-A3B-Instruct, med totalt 30B parametrar och 3B aktiva parametrar. Cloudflare lägger till ett gemensamt schemahuvud som kopplar evidens till de efterfrågade frågorna och poängsätter deras tillåtna alternativ tillsammans. Resultatet är ett typat beslut med sannolikheter, snarare än en genererad förklaring, transkription eller talutmatning.
Förbered två huvuddelar: ett tillstånd som beskriver situationen och en mappning av namngivna frågor. Tillståndet kan vara text eller strukturerad JSON, och modellens inbyggda indata omfattar även bilder, ljud och video. Varje fråga anger vad som ska avgöras och vilka svar som är tillåtna. Håll identifierarna stabila så att en applikation kan koppla varje returnerat svar till den ursprungliga frågan. Tydliga beskrivningar av alternativen ger kategorin mening; en kort, tvetydig etikett kan annars dölja den skillnad som arbetsflödet faktiskt behöver.
Postformatet har tre frågetyper. En noul-fråga gäller ett sant/falskt-villkor och returnerar sannolikheten för sant. En choice-fråga definierar namngivna alternativ och returnerar ett valt alternativ, sannolikheter per alternativ och ett separat konfidensvärde. En score-fråga definierar ordnade kriterier med index från noll och returnerar en sannolikhetsviktad poäng, en teckenförklaring och sannolikheter. Poängen kan ha decimaler eftersom den speglar en fördelning över nivåer. Ett beslut innehåller alltså mer information än en enskild etikett, samtidigt som det fortfarande avgränsas av det inskickade schemat.
För visuell granskning anger du en tydlig bild och det villkor som ska bedömas. Ett exempel är en installationspost med frågor om identifieringsetiketten är synlig, vilken av de definierade tillståndskategorierna som gäller och om evidensen räcker för granskning. Håll observationerna åtskilda: Att en etikett är synlig är en annan fråga än om en installation verkar färdig. Resultatet kan hjälpa en applikation att styra posten vidare eller flagga ett förhållande för granskning; det utför inte självt en inspektion, ändrar en post eller genererar en skriftlig rapport.
För ljud och video fokuserar du frågorna på evidens som det inskickade klippet kan stödja. En praktisk utrustningsgranskning kan omfatta ett foto, en inspelning och en kort video med frågor om ett visst ljud förekommer eller om en komponent rör sig synligt. Tillverkaren beskriver att en videos ljudspår behandlas tillsammans med dess bildrutor när alla videor i posten har ljud. Bevara sambandet mellan medierna och det skriftliga tillståndet, och undvik att be modellen klassificera en händelse som ligger utanför det bifogade tidsintervallet.
Tillverkarens hostade profil anger en kontext på 64 000 token och en till 64 frågor. Den accepterar upp till fyra bilder, fyra ljudklipp och två videor, med högst 300 sekunder per ljudklipp och 60 sekunder per video. Det är gränserna för det dokumenterade tillverkargränssnittet. Medier och frågor tar plats i kontexten; för mycket medieinnehåll kan få begäran att misslyckas, medan ett långt texttillstånd kan kapas för att få plats. Samla avgörande evidens i en fokuserad post och förbered frågorna innan fönstret används till ovidkommande historik.
Tillverkarens hostade gränssnitt tar emot inbäddade medier i stället för fjärrlänkar. PNG-, JPEG- eller WebP-bilder är begränsade till 4 MiB och 16 megapixlar per bild, med en sammanlagd budget på 8 MiB avkodade bilddata. Varje ljudklipp är begränsat till 8 MiB och 300 sekunder; varje video till 16 MiB och 60 sekunder. Ljud och video får tillsammans uppgå till högst 16 MiB avkodade data, och videor samplas med två bildrutor per sekund. Dessa gränser gäller det tillverkargränssnittet; kodaren med öppna modellvikter accepterar ytterligare lokala representationer. Förståelsebasmodellens ljudförmåga innebär inte att denna beslutsmodell producerar ljud: dess komponenter för talgenerering används inte för beslutspoängsättning.
För support- eller arbetsflödesstyrning definierar du kategorier och ordnade kriterier utifrån de faktiska verksamhetsreglerna. En ärendepost kan fråga vilket team som ska hantera den, om påverkan är akut och vilken allvarlighetsnivå som bäst stämmer med evidensen. Det observerbara resultatet är en uppsättning typade svar under dessa frågenamn. Granska hela sannolikhetsfördelningen när kategorierna ligger nära varandra, och definiera uttryckligen hur applikationen behandlar osäkra fall. En hög sannolikhet är modellens bedömning av den inskickade evidensen, inte ett bevis på att villkoret har verifierats oberoende.
Spara tillståndet, frågeschemat och de returnerade svaren tillsammans när du undersöker ett resultat. Kontrollera om alternativen täcker den faktiska situationen, om deras beskrivningar överlappar och om viktig evidens har utelämnats eller kapats. Om ett efterföljande steg behöver en skriftlig förklaring kan beslutet och källmaterialet användas som indata till ett separat skrivsteg. Clef Omnis användbara roll är att poängsätta definierade alternativ utifrån multimodal evidens, så att nästa åtgärd kan väljas med tydliga indata och resultat som går att granska.
", "aboutText": "Cloudflare Clef Omni är den multimodala mixture-of-experts-modellen i Clefs familj av beslutsmodeller. Den är eftertränad från förståelsebasmodellen Qwen3-Omni-30B-A3B-Instruct, med totalt 30B parametrar och 3B aktiva parametrar. Cloudflare lägger till ett gemensamt schemahuvud som kopplar evidens till de efterfrågade frågorna och poängsätter deras tillåtna alternativ tillsammans. Resultatet är ett typat beslut med sannolikheter, snarare än en genererad förklaring, transkription eller talutmatning.\n\nFörbered två huvuddelar: ett tillstånd som beskriver situationen och en mappning av namngivna frågor. Tillståndet kan vara text eller strukturerad JSON, och modellens inbyggda indata omfattar även bilder, ljud och video. Varje fråga anger vad som ska avgöras och vilka svar som är tillåtna. Håll identifierarna stabila så att en applikation kan koppla varje returnerat svar till den ursprungliga frågan. Tydliga beskrivningar av alternativen ger kategorin mening; en kort, tvetydig etikett kan annars dölja den skillnad som arbetsflödet faktiskt behöver.\n\nPostformatet har tre frågetyper. En noul-fråga gäller ett sant/falskt-villkor och returnerar sannolikheten för sant. En choice-fråga definierar namngivna alternativ och returnerar ett valt alternativ, sannolikheter per alternativ och ett separat konfidensvärde. En score-fråga definierar ordnade kriterier med index från noll och returnerar en sannolikhetsviktad poäng, en teckenförklaring och sannolikheter. Poängen kan ha decimaler eftersom den speglar en fördelning över nivåer. Ett beslut innehåller alltså mer information än en enskild etikett, samtidigt som det fortfarande avgränsas av det inskickade schemat.\n\nFör visuell granskning anger du en tydlig bild och det villkor som ska bedömas. Ett exempel är en installationspost med frågor om identifieringsetiketten är synlig, vilken av de definierade tillståndskategorierna som gäller och om evidensen räcker för granskning. Håll observationerna åtskilda: Att en etikett är synlig är en annan fråga än om en installation verkar färdig. Resultatet kan hjälpa en applikation att styra posten vidare eller flagga ett förhållande för granskning; det utför inte självt en inspektion, ändrar en post eller genererar en skriftlig rapport.\n\nFör ljud och video fokuserar du frågorna på evidens som det inskickade klippet kan stödja. En praktisk utrustningsgranskning kan omfatta ett foto, en inspelning och en kort video med frågor om ett visst ljud förekommer eller om en komponent rör sig synligt. Tillverkaren beskriver att en videos ljudspår behandlas tillsammans med dess bildrutor när alla videor i posten har ljud. Bevara sambandet mellan medierna och det skriftliga tillståndet, och undvik att be modellen klassificera en händelse som ligger utanför det bifogade tidsintervallet.\n\nTillverkarens hostade profil anger en kontext på 64 000 token och en till 64 frågor. Den accepterar upp till fyra bilder, fyra ljudklipp och två videor, med högst 300 sekunder per ljudklipp och 60 sekunder per video. Det är gränserna för det dokumenterade tillverkargränssnittet. Medier och frågor tar plats i kontexten; för mycket medieinnehåll kan få begäran att misslyckas, medan ett långt texttillstånd kan kapas för att få plats. Samla avgörande evidens i en fokuserad post och förbered frågorna innan fönstret används till ovidkommande historik.\n\nTillverkarens hostade gränssnitt tar emot inbäddade medier i stället för fjärrlänkar. PNG-, JPEG- eller WebP-bilder är begränsade till 4 MiB och 16 megapixlar per bild, med en sammanlagd budget på 8 MiB avkodade bilddata. Varje ljudklipp är begränsat till 8 MiB och 300 sekunder; varje video till 16 MiB och 60 sekunder. Ljud och video får tillsammans uppgå till högst 16 MiB avkodade data, och videor samplas med två bildrutor per sekund. Dessa gränser gäller det tillverkargränssnittet; kodaren med öppna modellvikter accepterar ytterligare lokala representationer. Förståelsebasmodellens ljudförmåga innebär inte att denna beslutsmodell producerar ljud: dess komponenter för talgenerering används inte för beslutspoängsättning.\n\nFör support- eller arbetsflödesstyrning definierar du kategorier och ordnade kriterier utifrån de faktiska verksamhetsreglerna. En ärendepost kan fråga vilket team som ska hantera den, om påverkan är akut och vilken allvarlighetsnivå som bäst stämmer med evidensen. Det observerbara resultatet är en uppsättning typade svar under dessa frågenamn. Granska hela sannolikhetsfördelningen när kategorierna ligger nära varandra, och definiera uttryckligen hur applikationen behandlar osäkra fall. En hög sannolikhet är modellens bedömning av den inskickade evidensen, inte ett bevis på att villkoret har verifierats oberoende.\n\nSpara tillståndet, frågeschemat och de returnerade svaren tillsammans när du undersöker ett resultat. Kontrollera om alternativen täcker den faktiska situationen, om deras beskrivningar överlappar och om viktig evidens har utelämnats eller kapats. Om ett efterföljande steg behöver en skriftlig förklaring kan beslutet och källmaterialet användas som indata till ett separat skrivsteg. Clef Omnis användbara roll är att poängsätta definierade alternativ utifrån multimodal evidens, så att nästa åtgärd kan väljas med tydliga indata och resultat som går att granska.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "65733ba6c279e4cbf593d87d0b02146beee101d02fa18a149f40ed9cd7c397df", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sv", "methods": [ { "html": "cloudflare/clef-omniCloudflare Clef Omni är en multimodal beslutsmodell med en MoE-basmodell på totalt 30B parametrar och 3B aktiva parametrar. Den bedömer inskickad text, strukturerat tillstånd och medier mot typade frågor och returnerar sannolikheter och avgränsade beslut. Resultatet är ett val, sannolikheten för att ett villkor är sant eller en ordnad poäng, snarare än genererad prosa.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
Cloudflare Clef Omni är den multimodala mixture-of-experts-modellen i Clefs familj av beslutsmodeller. Den är eftertränad från förståelsebasmodellen Qwen3-Omni-30B-A3B-Instruct, med totalt 30B parametrar och 3B aktiva parametrar. Cloudflare lägger till ett gemensamt schemahuvud som kopplar evidens till de efterfrågade frågorna och poängsätter deras tillåtna alternativ tillsammans. Resultatet är ett typat beslut med sannolikheter, snarare än en genererad förklaring, transkription eller talutmatning.
Förbered två huvuddelar: ett tillstånd som beskriver situationen och en mappning av namngivna frågor. Tillståndet kan vara text eller strukturerad JSON, och modellens inbyggda indata omfattar även bilder, ljud och video. Varje fråga anger vad som ska avgöras och vilka svar som är tillåtna. Håll identifierarna stabila så att en applikation kan koppla varje returnerat svar till den ursprungliga frågan. Tydliga beskrivningar av alternativen ger kategorin mening; en kort, tvetydig etikett kan annars dölja den skillnad som arbetsflödet faktiskt behöver.
Postformatet har tre frågetyper. En noul-fråga gäller ett sant/falskt-villkor och returnerar sannolikheten för sant. En choice-fråga definierar namngivna alternativ och returnerar ett valt alternativ, sannolikheter per alternativ och ett separat konfidensvärde. En score-fråga definierar ordnade kriterier med index från noll och returnerar en sannolikhetsviktad poäng, en teckenförklaring och sannolikheter. Poängen kan ha decimaler eftersom den speglar en fördelning över nivåer. Ett beslut innehåller alltså mer information än en enskild etikett, samtidigt som det fortfarande avgränsas av det inskickade schemat.
För visuell granskning anger du en tydlig bild och det villkor som ska bedömas. Ett exempel är en installationspost med frågor om identifieringsetiketten är synlig, vilken av de definierade tillståndskategorierna som gäller och om evidensen räcker för granskning. Håll observationerna åtskilda: Att en etikett är synlig är en annan fråga än om en installation verkar färdig. Resultatet kan hjälpa en applikation att styra posten vidare eller flagga ett förhållande för granskning; det utför inte självt en inspektion, ändrar en post eller genererar en skriftlig rapport.
För ljud och video fokuserar du frågorna på evidens som det inskickade klippet kan stödja. En praktisk utrustningsgranskning kan omfatta ett foto, en inspelning och en kort video med frågor om ett visst ljud förekommer eller om en komponent rör sig synligt. Tillverkaren beskriver att en videos ljudspår behandlas tillsammans med dess bildrutor när alla videor i posten har ljud. Bevara sambandet mellan medierna och det skriftliga tillståndet, och undvik att be modellen klassificera en händelse som ligger utanför det bifogade tidsintervallet.
Tillverkarens hostade profil anger en kontext på 64 000 token och en till 64 frågor. Den accepterar upp till fyra bilder, fyra ljudklipp och två videor, med högst 300 sekunder per ljudklipp och 60 sekunder per video. Det är gränserna för det dokumenterade tillverkargränssnittet. Medier och frågor tar plats i kontexten; för mycket medieinnehåll kan få begäran att misslyckas, medan ett långt texttillstånd kan kapas för att få plats. Samla avgörande evidens i en fokuserad post och förbered frågorna innan fönstret används till ovidkommande historik.
Tillverkarens hostade gränssnitt tar emot inbäddade medier i stället för fjärrlänkar. PNG-, JPEG- eller WebP-bilder är begränsade till 4 MiB och 16 megapixlar per bild, med en sammanlagd budget på 8 MiB avkodade bilddata. Varje ljudklipp är begränsat till 8 MiB och 300 sekunder; varje video till 16 MiB och 60 sekunder. Ljud och video får tillsammans uppgå till högst 16 MiB avkodade data, och videor samplas med två bildrutor per sekund. Dessa gränser gäller det tillverkargränssnittet; kodaren med öppna modellvikter accepterar ytterligare lokala representationer. Förståelsebasmodellens ljudförmåga innebär inte att denna beslutsmodell producerar ljud: dess komponenter för talgenerering används inte för beslutspoängsättning.
För support- eller arbetsflödesstyrning definierar du kategorier och ordnade kriterier utifrån de faktiska verksamhetsreglerna. En ärendepost kan fråga vilket team som ska hantera den, om påverkan är akut och vilken allvarlighetsnivå som bäst stämmer med evidensen. Det observerbara resultatet är en uppsättning typade svar under dessa frågenamn. Granska hela sannolikhetsfördelningen när kategorierna ligger nära varandra, och definiera uttryckligen hur applikationen behandlar osäkra fall. En hög sannolikhet är modellens bedömning av den inskickade evidensen, inte ett bevis på att villkoret har verifierats oberoende.
Spara tillståndet, frågeschemat och de returnerade svaren tillsammans när du undersöker ett resultat. Kontrollera om alternativen täcker den faktiska situationen, om deras beskrivningar överlappar och om viktig evidens har utelämnats eller kapats. Om ett efterföljande steg behöver en skriftlig förklaring kan beslutet och källmaterialet användas som indata till ett separat skrivsteg. Clef Omnis användbara roll är att poängsätta definierade alternativ utifrån multimodal evidens, så att nästa åtgärd kan väljas med tydliga indata och resultat som går att granska.
POST /v1/systemonetext, imagedecisions| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser cloudflare/clef-omni | Standard— |
Fältprovider | Typschema | KravValfritt | Värden & gränser | Standard— |
Fältquestions | Typobject | KravObligatoriskt | Värden & gränser | Standard— |
Fältsession_id | Typstring | KravValfritt | Värden & gränser | Standard— |
Fältstate | Typschema | KravObligatoriskt | Värden & gränser | Standard— |
Fälttrace | Typschema | KravValfritt | Värden & gränser | Standard— |
Fältuser | Typstring | KravValfritt | Värden & gränser | Standard— |
Fältquestions.<id>.type | Typstring | KravObligatoriskt | Värden & gränser noul, choice, score | Standard— |
Fältquestions.<id>.instructions | Typstring|object|array | KravObligatoriskt | Värden & gränser | Standard— |
Fältquestions.<id>.criteria | Typobject|array | KravValfritt | Värden & gränser Villkor: choice/score: obligatoriskt; noul: valfritt. Kriterier för choice är ett objekt; score är en array med minItems1. | Standard— |
Fältquestions.<id>.criteria.true | Typstring|object|array | KravObligatoriskt | Värden & gränser Gäller när: Ett kriterieobjekt för noul har angetts | Standard— |
Fältquestions.<id>.criteria.false | Typstring|object|array | KravObligatoriskt | Värden & gränser Gäller när: Ett kriterieobjekt för noul har angetts | Standard— |
noul · Krävs: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Krävs: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Krävs: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, state, questions |
Parametermaterial_types | Avtaltext, image |
Parameteroptional_controls | Avtalprovider, session_id, trace, user |
Parametermultimodal_input_binding | AvtalAnvänd endast den exakt deklarerade representationen av tillstånd eller dokument. Tillverkarens bildfunktioner i sig fastställer inte någon accepterad modellspecifik form för bildindata. |
Livscykel: synchronous
Skicka det exakta modell-ID:t och behåll hela svaret i leverantörens format.
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
Matcha varje avgift mot de visade villkoren. Använd ett pris för varje uppsättning alternativa konfigurationer.
| Konfiguration | Prislista | Kontexttoken, fler än | Kontexttoken, upp till och med | Avgift |
|---|---|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Kontexttoken, fler än— | Kontexttoken, upp till och medIngen övre gräns | Avgift Indata · Indatatoken $0.0003 / 1K token Utdata · Utdatatoken $0 / 1K token Indata · Cacheläsning — / 1K token Indata · Skrivning till cache — / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
| KonfigurationNivå 1 för förfrågans längd | Prislista— | Kontexttoken, fler än0 | Kontexttoken, upp till och medIngen övre gräns | Avgift Indata · Indatatoken $0.0003 / 1K token Utdata · Utdatatoken $0 / 1K token Indata · Cacheläsning — / 1K token Indata · Skrivning till cache — / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
{\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
Behåll varje fullständigt returnerat svar, fil och innehållsdel.
Varje angivet svar för ett fråge-ID behålls med sin exakta typ, värdet noul/choice/score, konfidens, sannolikheter och teckenförklaring. Hela det ursprungliga JSON-svaret lagras och returneras först efter avräkning.
Bevara den ursprungliga operationen och hela eller det partiella svaret; upprepa inte POST.
| Fält | Typ |
|---|---|
Fältmodel | Typstring |
Fältid | Typstring |
Fältprovider | Typstring |
Fältanswers.<id>.type | Typstring |
Fältanswers.<id>.noul | Typnumber |
Fältanswers.<id>.choice | Typstring |
Fältanswers.<id>.score | Typnumber |
Fältanswers.<id>.confidence | Typnumber |
Fältanswers.<id>.probabilities | Typobject |
Fältanswers.<id>.legend | Typobject |
Fältusage.input_tokens | Typinteger |
Fältusage.output_tokens | Typinteger |
Fältusage.cost | Typnumber |
| Svar | Villkor | Nästa steg |
|---|---|---|
Svar400 · invalid_request_error | VillkorOgiltigt obligatoriskt fält, ogiltig representation eller ogiltigt värde | Nästa stegKorrigera det angivna fältet i begäran. |
Ailoot Ultra cloudflare/clef-omni
Använd metodsökvägarna som visas ovan.