Cloudflare Clef Omni er den multimodale mixture-of-experts-model i Clef-familien af beslutningsmodeller. Den er eftertrænet på forståelsesgrundmodellen Qwen3-Omni-30B-A3B-Instruct med 30B parametre i alt og 3B aktive parametre. Cloudflare tilføjer et fælles skemahoved, som knytter evidens til de ønskede spørgsmål og scorer deres tilladte svarmuligheder samlet. Resultatet er en typet beslutning med sandsynligheder frem for en genereret forklaring, transskription eller tale.
Forbered to hoveddele: en tilstand, der beskriver situationen, og en mapping af navngivne spørgsmål. Tilstanden kan være tekst eller struktureret JSON, og modellens native input omfatter også billeder, lyd og video. Hvert spørgsmål angiver, hvad der skal afgøres, og hvilke svar der er tilladt. Hold identifikatorerne stabile, så en applikation kan knytte hvert returneret svar til det oprindelige spørgsmål. Tydelige beskrivelser af svarmulighederne giver kategorien mening; en kort, tvetydig etiket kan ellers skjule den forskel, arbejdsgangen faktisk har brug for.
Postformatet har tre spørgsmålstyper. Et noul-spørgsmål vedrører en sand/falsk-betingelse og returnerer sandsynligheden for sand. Et choice-spørgsmål definerer navngivne svarmuligheder og returnerer en valgt mulighed, sandsynligheder for hver mulighed og en særskilt konfidensværdi. Et score-spørgsmål definerer ordnede kriterier med indeks fra nul og returnerer en sandsynlighedsvægtet score, en tegnforklaring og sandsynligheder. Scoren kan have decimaler, fordi den afspejler en fordeling over niveauer. En beslutning rummer dermed mere end en enkelt etiket, men er stadig afgrænset af det indsendte skema.
Ved visuel gennemgang skal du indsende et tydeligt billede og den betingelse, der skal vurderes. Et eksempel er en installationspost med spørgsmål om, hvorvidt identifikationsmærkaten er synlig, hvilken af de definerede tilstandskategorier der passer, og om evidensen er tilstrækkelig til en gennemgang. Hold observationerne adskilt: At en mærkat er synlig, er et andet spørgsmål end, om en installation ser færdig ud. Outputtet kan hjælpe en applikation med at sende posten videre eller markere et forhold til gennemgang; det udfører ikke selv en inspektion, ændrer en post eller genererer en skriftlig rapport.
Ved lyd og video skal spørgsmålene fokusere på evidens, som det indsendte klip kan understøtte. En praktisk udstyrsgennemgang kan omfatte et foto, en optagelse og en kort video med spørgsmål om, hvorvidt en bestemt lyd er til stede, eller om en komponent synligt bevæger sig. Producenten beskriver, at videoens lydspor behandles sammen med dens billeder, når alle videoer i posten har lyd. Bevar sammenhængen mellem medierne og den skriftlige tilstand, og undgå at bede modellen klassificere en hændelse uden for det vedhæftede tidsinterval.
Producentens hostede profil angiver en kontekst på 64.000 tokens og ét til 64 spørgsmål. Den accepterer op til fire billeder, fire lydklip og to videoer, med højst 300 sekunder pr. lydklip og 60 sekunder pr. video. Det er grænser for den dokumenterede producentgrænseflade. Medier og spørgsmål optager kontekst; for mange medier kan få anmodningen til at fejle, mens en lang teksttilstand kan blive afkortet for at passe. Saml den afgørende evidens i en fokuseret post, og forbered spørgsmålene, før kontekstvinduet bruges på uvedkommende historik.
Producentens hostede grænseflade modtager indlejrede medier frem for eksterne links. PNG-, JPEG- eller WebP-billeder er begrænset til 4 MiB og 16 megapixels pr. billede med et samlet budget på 8 MiB afkodede billeddata. Hvert lydklip er begrænset til 8 MiB og 300 sekunder; hver video til 16 MiB og 60 sekunder. Lyd og video må tilsammen højst udgøre 16 MiB afkodede data, og videoer samples med to billeder pr. sekund. Disse grænser gælder for denne producentgrænseflade; encoderen med åbne modelvægte accepterer yderligere lokale repræsentationer. At forståelsesgrundmodellen kan behandle lyd, betyder ikke, at denne beslutningsmodel producerer lyd: Dens komponenter til talegenerering bruges ikke til beslutningsscoring.
Ved support- eller arbejdsgangsrouting skal kategorier og ordnede kriterier defineres ud fra de faktiske driftsregler. En supportpost kan spørge, hvilket team der skal håndtere den, om påvirkningen er akut, og hvilket alvorlighedsniveau der passer bedst til evidensen. Det observerbare output er et sæt typede svar under disse spørgsmålsnavne. Gennemgå hele sandsynlighedsfordelingen, når kategorierne ligger tæt, og fastlæg udtrykkeligt, hvordan applikationen håndterer usikre tilfælde. En høj sandsynlighed er modellens vurdering af den indsendte evidens og ikke bevis for, at betingelsen er blevet verificeret uafhængigt.
Gem tilstanden, spørgsmålsskemaet og de returnerede svar sammen, når du undersøger et resultat. Kontrollér, om svarmulighederne dækker den faktiske situation, om deres beskrivelser overlapper, og om vigtig evidens er udeladt eller afkortet. Hvis et efterfølgende trin kræver en skriftlig forklaring, kan beslutningen og kildematerialet bruges som input til et særskilt skrivetrin. Clef Omnis nyttige rolle er at score definerede alternativer ud fra multimodal evidens, så næste handling kan vælges med tydelige input og output, der kan undersøges.
", "aboutText": "Cloudflare Clef Omni er den multimodale mixture-of-experts-model i Clef-familien af beslutningsmodeller. Den er eftertrænet på forståelsesgrundmodellen Qwen3-Omni-30B-A3B-Instruct med 30B parametre i alt og 3B aktive parametre. Cloudflare tilføjer et fælles skemahoved, som knytter evidens til de ønskede spørgsmål og scorer deres tilladte svarmuligheder samlet. Resultatet er en typet beslutning med sandsynligheder frem for en genereret forklaring, transskription eller tale.\n\nForbered to hoveddele: en tilstand, der beskriver situationen, og en mapping af navngivne spørgsmål. Tilstanden kan være tekst eller struktureret JSON, og modellens native input omfatter også billeder, lyd og video. Hvert spørgsmål angiver, hvad der skal afgøres, og hvilke svar der er tilladt. Hold identifikatorerne stabile, så en applikation kan knytte hvert returneret svar til det oprindelige spørgsmål. Tydelige beskrivelser af svarmulighederne giver kategorien mening; en kort, tvetydig etiket kan ellers skjule den forskel, arbejdsgangen faktisk har brug for.\n\nPostformatet har tre spørgsmålstyper. Et noul-spørgsmål vedrører en sand/falsk-betingelse og returnerer sandsynligheden for sand. Et choice-spørgsmål definerer navngivne svarmuligheder og returnerer en valgt mulighed, sandsynligheder for hver mulighed og en særskilt konfidensværdi. Et score-spørgsmål definerer ordnede kriterier med indeks fra nul og returnerer en sandsynlighedsvægtet score, en tegnforklaring og sandsynligheder. Scoren kan have decimaler, fordi den afspejler en fordeling over niveauer. En beslutning rummer dermed mere end en enkelt etiket, men er stadig afgrænset af det indsendte skema.\n\nVed visuel gennemgang skal du indsende et tydeligt billede og den betingelse, der skal vurderes. Et eksempel er en installationspost med spørgsmål om, hvorvidt identifikationsmærkaten er synlig, hvilken af de definerede tilstandskategorier der passer, og om evidensen er tilstrækkelig til en gennemgang. Hold observationerne adskilt: At en mærkat er synlig, er et andet spørgsmål end, om en installation ser færdig ud. Outputtet kan hjælpe en applikation med at sende posten videre eller markere et forhold til gennemgang; det udfører ikke selv en inspektion, ændrer en post eller genererer en skriftlig rapport.\n\nVed lyd og video skal spørgsmålene fokusere på evidens, som det indsendte klip kan understøtte. En praktisk udstyrsgennemgang kan omfatte et foto, en optagelse og en kort video med spørgsmål om, hvorvidt en bestemt lyd er til stede, eller om en komponent synligt bevæger sig. Producenten beskriver, at videoens lydspor behandles sammen med dens billeder, når alle videoer i posten har lyd. Bevar sammenhængen mellem medierne og den skriftlige tilstand, og undgå at bede modellen klassificere en hændelse uden for det vedhæftede tidsinterval.\n\nProducentens hostede profil angiver en kontekst på 64.000 tokens og ét til 64 spørgsmål. Den accepterer op til fire billeder, fire lydklip og to videoer, med højst 300 sekunder pr. lydklip og 60 sekunder pr. video. Det er grænser for den dokumenterede producentgrænseflade. Medier og spørgsmål optager kontekst; for mange medier kan få anmodningen til at fejle, mens en lang teksttilstand kan blive afkortet for at passe. Saml den afgørende evidens i en fokuseret post, og forbered spørgsmålene, før kontekstvinduet bruges på uvedkommende historik.\n\nProducentens hostede grænseflade modtager indlejrede medier frem for eksterne links. PNG-, JPEG- eller WebP-billeder er begrænset til 4 MiB og 16 megapixels pr. billede med et samlet budget på 8 MiB afkodede billeddata. Hvert lydklip er begrænset til 8 MiB og 300 sekunder; hver video til 16 MiB og 60 sekunder. Lyd og video må tilsammen højst udgøre 16 MiB afkodede data, og videoer samples med to billeder pr. sekund. Disse grænser gælder for denne producentgrænseflade; encoderen med åbne modelvægte accepterer yderligere lokale repræsentationer. At forståelsesgrundmodellen kan behandle lyd, betyder ikke, at denne beslutningsmodel producerer lyd: Dens komponenter til talegenerering bruges ikke til beslutningsscoring.\n\nVed support- eller arbejdsgangsrouting skal kategorier og ordnede kriterier defineres ud fra de faktiske driftsregler. En supportpost kan spørge, hvilket team der skal håndtere den, om påvirkningen er akut, og hvilket alvorlighedsniveau der passer bedst til evidensen. Det observerbare output er et sæt typede svar under disse spørgsmålsnavne. Gennemgå hele sandsynlighedsfordelingen, når kategorierne ligger tæt, og fastlæg udtrykkeligt, hvordan applikationen håndterer usikre tilfælde. En høj sandsynlighed er modellens vurdering af den indsendte evidens og ikke bevis for, at betingelsen er blevet verificeret uafhængigt.\n\nGem tilstanden, spørgsmålsskemaet og de returnerede svar sammen, når du undersøger et resultat. Kontrollér, om svarmulighederne dækker den faktiske situation, om deres beskrivelser overlapper, og om vigtig evidens er udeladt eller afkortet. Hvis et efterfølgende trin kræver en skriftlig forklaring, kan beslutningen og kildematerialet bruges som input til et særskilt skrivetrin. Clef Omnis nyttige rolle er at score definerede alternativer ud fra multimodal evidens, så næste handling kan vælges med tydelige input og output, der kan undersøges.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "b87eab7cdf9d05854c29849b3ffda95339183ccd54247dc8a2a66fa3b1c56473", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "da", "methods": [ { "html": "cloudflare/clef-omniCloudflare Clef Omni er en multimodal beslutningsmodel med en MoE-grundmodel på 30B parametre i alt og 3B aktive parametre. Den vurderer den indsendte tekst, strukturerede tilstand og medier ud fra typede spørgsmål og returnerer sandsynligheder og afgrænsede beslutninger. Outputtet er et valg, en sandsynlighed for sand eller en ordnet score frem for genereret prosa.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Cloudflare Clef Omni er den multimodale mixture-of-experts-model i Clef-familien af beslutningsmodeller. Den er eftertrænet på forståelsesgrundmodellen Qwen3-Omni-30B-A3B-Instruct med 30B parametre i alt og 3B aktive parametre. Cloudflare tilføjer et fælles skemahoved, som knytter evidens til de ønskede spørgsmål og scorer deres tilladte svarmuligheder samlet. Resultatet er en typet beslutning med sandsynligheder frem for en genereret forklaring, transskription eller tale.
Forbered to hoveddele: en tilstand, der beskriver situationen, og en mapping af navngivne spørgsmål. Tilstanden kan være tekst eller struktureret JSON, og modellens native input omfatter også billeder, lyd og video. Hvert spørgsmål angiver, hvad der skal afgøres, og hvilke svar der er tilladt. Hold identifikatorerne stabile, så en applikation kan knytte hvert returneret svar til det oprindelige spørgsmål. Tydelige beskrivelser af svarmulighederne giver kategorien mening; en kort, tvetydig etiket kan ellers skjule den forskel, arbejdsgangen faktisk har brug for.
Postformatet har tre spørgsmålstyper. Et noul-spørgsmål vedrører en sand/falsk-betingelse og returnerer sandsynligheden for sand. Et choice-spørgsmål definerer navngivne svarmuligheder og returnerer en valgt mulighed, sandsynligheder for hver mulighed og en særskilt konfidensværdi. Et score-spørgsmål definerer ordnede kriterier med indeks fra nul og returnerer en sandsynlighedsvægtet score, en tegnforklaring og sandsynligheder. Scoren kan have decimaler, fordi den afspejler en fordeling over niveauer. En beslutning rummer dermed mere end en enkelt etiket, men er stadig afgrænset af det indsendte skema.
Ved visuel gennemgang skal du indsende et tydeligt billede og den betingelse, der skal vurderes. Et eksempel er en installationspost med spørgsmål om, hvorvidt identifikationsmærkaten er synlig, hvilken af de definerede tilstandskategorier der passer, og om evidensen er tilstrækkelig til en gennemgang. Hold observationerne adskilt: At en mærkat er synlig, er et andet spørgsmål end, om en installation ser færdig ud. Outputtet kan hjælpe en applikation med at sende posten videre eller markere et forhold til gennemgang; det udfører ikke selv en inspektion, ændrer en post eller genererer en skriftlig rapport.
Ved lyd og video skal spørgsmålene fokusere på evidens, som det indsendte klip kan understøtte. En praktisk udstyrsgennemgang kan omfatte et foto, en optagelse og en kort video med spørgsmål om, hvorvidt en bestemt lyd er til stede, eller om en komponent synligt bevæger sig. Producenten beskriver, at videoens lydspor behandles sammen med dens billeder, når alle videoer i posten har lyd. Bevar sammenhængen mellem medierne og den skriftlige tilstand, og undgå at bede modellen klassificere en hændelse uden for det vedhæftede tidsinterval.
Producentens hostede profil angiver en kontekst på 64.000 tokens og ét til 64 spørgsmål. Den accepterer op til fire billeder, fire lydklip og to videoer, med højst 300 sekunder pr. lydklip og 60 sekunder pr. video. Det er grænser for den dokumenterede producentgrænseflade. Medier og spørgsmål optager kontekst; for mange medier kan få anmodningen til at fejle, mens en lang teksttilstand kan blive afkortet for at passe. Saml den afgørende evidens i en fokuseret post, og forbered spørgsmålene, før kontekstvinduet bruges på uvedkommende historik.
Producentens hostede grænseflade modtager indlejrede medier frem for eksterne links. PNG-, JPEG- eller WebP-billeder er begrænset til 4 MiB og 16 megapixels pr. billede med et samlet budget på 8 MiB afkodede billeddata. Hvert lydklip er begrænset til 8 MiB og 300 sekunder; hver video til 16 MiB og 60 sekunder. Lyd og video må tilsammen højst udgøre 16 MiB afkodede data, og videoer samples med to billeder pr. sekund. Disse grænser gælder for denne producentgrænseflade; encoderen med åbne modelvægte accepterer yderligere lokale repræsentationer. At forståelsesgrundmodellen kan behandle lyd, betyder ikke, at denne beslutningsmodel producerer lyd: Dens komponenter til talegenerering bruges ikke til beslutningsscoring.
Ved support- eller arbejdsgangsrouting skal kategorier og ordnede kriterier defineres ud fra de faktiske driftsregler. En supportpost kan spørge, hvilket team der skal håndtere den, om påvirkningen er akut, og hvilket alvorlighedsniveau der passer bedst til evidensen. Det observerbare output er et sæt typede svar under disse spørgsmålsnavne. Gennemgå hele sandsynlighedsfordelingen, når kategorierne ligger tæt, og fastlæg udtrykkeligt, hvordan applikationen håndterer usikre tilfælde. En høj sandsynlighed er modellens vurdering af den indsendte evidens og ikke bevis for, at betingelsen er blevet verificeret uafhængigt.
Gem tilstanden, spørgsmålsskemaet og de returnerede svar sammen, når du undersøger et resultat. Kontrollér, om svarmulighederne dækker den faktiske situation, om deres beskrivelser overlapper, og om vigtig evidens er udeladt eller afkortet. Hvis et efterfølgende trin kræver en skriftlig forklaring, kan beslutningen og kildematerialet bruges som input til et særskilt skrivetrin. Clef Omnis nyttige rolle er at score definerede alternativer ud fra multimodal evidens, så næste handling kan vælges med tydelige input og output, der kan undersøges.
POST /v1/systemonetext, imagedecisions| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser cloudflare/clef-omni | Standard— |
Feltprovider | Typeschema | KravValgfrit | Værdier og grænser | Standard— |
Feltquestions | Typeobject | KravPåkrævet | Værdier og grænser | Standard— |
Feltsession_id | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Feltstate | Typeschema | KravPåkrævet | Værdier og grænser | Standard— |
Felttrace | Typeschema | KravValgfrit | Værdier og grænser | Standard— |
Feltuser | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Feltquestions.<id>.type | Typestring | KravPåkrævet | Værdier og grænser noul, choice, score | Standard— |
Feltquestions.<id>.instructions | Typestring|object|array | KravPåkrævet | Værdier og grænser | Standard— |
Feltquestions.<id>.criteria | Typeobject|array | KravValgfrit | Værdier og grænser Betingelser: choice/score: påkrævet; noul: valgfrit. Kriterier for choice er et objekt; score er et array med minItems1. | Standard— |
Feltquestions.<id>.criteria.true | Typestring|object|array | KravPåkrævet | Værdier og grænser Gælder når: Der er angivet et noul-kriterieobjekt | Standard— |
Feltquestions.<id>.criteria.false | Typestring|object|array | KravPåkrævet | Værdier og grænser Gælder når: Der er angivet et noul-kriterieobjekt | Standard— |
noul · Påkrævet: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Påkrævet: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Påkrævet: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parameter | Kontrakt |
|---|---|
Parametercontent_type | Kontraktapplication/json |
Parameterrequired | Kontraktmodel, state, questions |
Parametermaterial_types | Kontrakttext, image |
Parameteroptional_controls | Kontraktprovider, session_id, trace, user |
Parametermultimodal_input_binding | KontraktBrug kun den præcise angivne tilstands- eller dokumentrepræsentation. Producentens billedfunktionalitet alene fastlægger ikke en accepteret modelspecifik transportform for billeder. |
Livscyklus: synchronous
Send det præcise model-ID, og behold hele det native svar.
Tarifoplysninger tilføjer ikke anmodningsmuligheder. Understøttede parametre står ved den valgte metode.
Knyt hver omkostning til de viste betingelser. Brug én takst for hver gruppe af alternative konfigurationer.
| Konfiguration | Takstplan | Konteksttokens, mere end | Konteksttokens, op til og med | Beløb |
|---|---|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Konteksttokens, mere end— | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.0003 / 1K tokens Output · Outputtokens $0 / 1K tokens Input · Cachelæsning — / 1K tokens Input · Cacheskrivning — / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 1 | Takstplan— | Konteksttokens, mere end0 | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.0003 / 1K tokens Output · Outputtokens $0 / 1K tokens Input · Cachelæsning — / 1K tokens Input · Cacheskrivning — / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
Ailoot reserverer et estimeret beløb før en anmodning. Efter resultatet afregnes det endelige beløb ud fra det målte forbrug. Ved streaming bruges den endelige forbrugsregistrering til afregningen. Sådan fungerer reservation og afregning →
{\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
Gem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel.
Hvert angivet svar på et spørgsmåls-ID bevares med sin præcise type, noul/choice/score-værdi, konfidens, sandsynligheder og forklaring. Hele det oprindelige JSON-svar gemmes og returneres først efter afregning.
Behold den oprindelige operation og hele eller det delvise svar; gentag ikke POST.
| Felt | Type |
|---|---|
Feltmodel | Typestring |
Feltid | Typestring |
Feltprovider | Typestring |
Feltanswers.<id>.type | Typestring |
Feltanswers.<id>.noul | Typenumber |
Feltanswers.<id>.choice | Typestring |
Feltanswers.<id>.score | Typenumber |
Feltanswers.<id>.confidence | Typenumber |
Feltanswers.<id>.probabilities | Typeobject |
Feltanswers.<id>.legend | Typeobject |
Feltusage.input_tokens | Typeinteger |
Feltusage.output_tokens | Typeinteger |
Feltusage.cost | Typenumber |
| Svar | Betingelse | Næste trin |
|---|---|---|
Svar400 · invalid_request_error | BetingelseUgyldigt påkrævet felt, ugyldig repræsentation eller ugyldig værdi | Næste trinRet det angivne forespørgselsfelt. |
Ailoot Ultra cloudflare/clef-omni
Brug metodestierne vist ovenfor.