Sora 2 er den første alment tilgængelige tekst-til-video-model fra OpenAI, som kan tilgås programmæssigt via både den officielle OpenAI API og et voksende sæt aggregatorruter. Prisstrukturen er usædvanlig sammenlignet med tekstmodeller (afregning sker pr. sekund af genereret video i stedet for pr. token), og de praktiske spørgsmål, udviklere stiller før integration, er anderledes end for en LLM-API. Hvad koster et klip faktisk? Hvor lang tid tager genereringen? Hvad er ratebegrænsningerne? Hvad ændrer sig, når du tilgår Sora via en aggregator i stedet for direkte hos OpenAI?
Denne artikel er den reference, vi ønskede fandtes, da vi begyndte at afgrænse vores egne videogenereringsfunktioner. Artiklen er struktureret til udvikleren, der er forbi “er Sora interessant?” og nu skal besvare “hvad kommer det til at koste, hvad kræver integrationen, og hvad skal jeg vide, før jeg forpligter mig?”
Kort overblik: Sora 2 (standardmodellen) koster $0.10 pr. sekund genereret video ved 720p. Sora 2 Pro koster $0.30 pr. sekund ved 720p eller $0.50 pr. sekund ved 1024p. Et typisk 10-sekunders klip koster $1.00 på standardmodellen og $5.00 på Pro i HD. Genereringstiden er asynkron; forvent 30–90 sekunders faktisk forløbstid for et 5–10 sekunders klip. Adgang kræver en betalt OpenAI-konto på mindst brugsniveau 2.
Status for adgang til Sora API i 2026
Sora 2 blev lanceret i OpenAI API den 7. oktober 2025, og adgangen har været kontinuerligt tilgængelig siden. Modelidentifikatoren er sora-2 (med et aktuelt snapshot-ID sora-2-2025-12-08), og varianten med højere fidelitet er sora-2-pro. Begge understøtter tekst-til-video og billede-til-video med synkroniseret lydoutput. Fra 10. januar 2026 blev forbrugeradgang på gratistier via ChatGPT-produktet afviklet, hvilket har koncentreret udviklerorienteret Sora-brug mod enten betalte ChatGPT-abonnementer eller direkte API-adgang.
Der er tre veje til at bruge Sora programmæssigt:
- OpenAI direkte API. Den kanoniske rute. Afregning pr. sekund, kun betalt, kræver mindst $10 indbetaling for at nå brugsniveau 2, som låser op for Sora-modeller. Både SDK og REST API understøttes.
- Azure OpenAI. Microsofts enterprise-rute, som afspejler OpenAI’s officielle priser med tilføjelse af Azure-abonnementsomkostninger og enterprise-compliancefunktioner. Samme pris pr. sekund; en anden operationel overflade.
- Aggregatorer. Tjenester, der eksponerer Sora bag deres eget samlede API. De fleste aggregatorer videresender OpenAI’s pris pr. sekund til paritet; værdien er operationel (én credential, én regning, samme SDK som din tekstmodeltrafik). Nogle aggregatorer tilbyder deres egne takststrukturer, som vi gennemgår senere i artiklen.
Sora 2-priser pr. sekund video
Soras prissætning er struktureret efter modelniveau og outputopløsning med en pris pr. sekund, der multipliceres med klippets længde for at få genereringsomkostningen. Verificeret fra OpenAI’s officielle prisside pr. maj 2026:
| Model | Opløsning | Understøttede længder | Pris pr. sekund | 10-sekunders klip |
|---|---|---|---|---|
| Sora 2 (standard) | 720p | 4s, 8s, 12s | $0.10 | $1.00 |
| Sora 2 Pro | 720p | 10s, 15s, 25s | $0.30 | $3.00 |
| Sora 2 Pro | 1024p (1792×1024) | 10s, 15s, 25s | $0.50 | $5.00 |
Bemærkninger til prisstrukturen. Prisen baseres på output, ikke input; der er ingen token-baseret inputafregning for Sora, som der er for tekstmodeller. Billedbetingelse (at sende et referencebillede for at forankre genereringen) ændrer ikke prisen pr. sekund. Varighedsmulighederne for hvert modelniveau er faste: du kan ikke anmode om et 7-sekunders klip på standardmodellen, kun 4, 8 eller 12 sekunder.
To praktiske implikationer er værd at gøre eksplicitte. For det første: prisstrukturen ligner mere en videorenderingsregning end en LLM-regning. Omkostningen drives af outputlængde, ikke af hvor kompleks din prompt er, eller hvor mange tokens den indeholder. For det andet: prisforskellen mellem Sora 2 og Sora 2 Pro i HD er 5x pr. sekund: et 10-sekunders klip koster $1.00 på standard og $5.00 på Pro ved 1024p. Valget af det rigtige niveau til opgaven er den største enkeltstående omkostningshåndtag, du har, og det er værd at være bevidst om, hvilke workloads der reelt kræver Pros højere fidelitet.
Ratebegrænsninger og kvoter
Soras ratebegrænsninger er organiseret omkring OpenAI’s standard brugsniveausystem. De væsentlige detaljer for Sora specifikt:
- Minimumskrav til niveau: Niveau 2, nås ved at indsætte mindst $10 i API-kredit. Niveau 1 (standard for nye konti) inkluderer ikke adgang til Sora-modeller.
- Begrænsninger for samtidige genereringer: Ifølge OpenAI’s dokumentation for ratebegrænsninger er samtidige videogenereringer begrænset af niveau, typisk et lille antal igangværende genereringer på lavere niveauer, som skalerer med brugsniveau. Det præcise loft fastsættes pr. konto og er synligt i OpenAI-dashboardet. For workloads med højt volumen bør du planlægge for niveau 3 eller 4 fra dag ét.
- Kvoteforhøjelser: Højere samtidighedsgrænser ud over standardlofterne kan anmodes via OpenAI’s formular for forhøjelse af ratebegrænsninger. Godkendelse er arbejdsbelastningsspecifik og ikke øjeblikkelig; for produktsætninger med forudsigelige efterspørgselsstigninger bør du anmode om forhøjelsen flere uger før lancering.
Værd at vide: ratebegrænsninger på Sora pooles anderledes end tekstmodellernes ratebegrænsninger på samme konto. Et team, der kører tung Sora-trafik, påvirker ikke deres tilgængelige ratebudget for GPT-5.5-kald. Omvendt tæller stor GPT-5.5-trafik ikke med i Sora-budgettet. Planlæg de to som separate kapacitetsforhold.
Genereringstid: hvad du reelt kan forvente
Sora er asynkron af design. Du sender en genereringsanmodning, får et job-ID tilbage og poller (eller får webhook) for fuldførelse. Den faktiske forløbstid mellem anmodning og fuldførelse afhænger af outputlængde og -opløsning, nuværende belastning på OpenAI-infrastrukturen, og om jobbet står i kø bag andre på din konto.
Realistiske forventninger baseret på observeret adfærd:
| Output | Typisk faktisk forløbstid | Bemærkninger |
|---|---|---|
| Sora 2 standard, 4s @ 720p | 20–45 sekunder | Hurtigste vej; god til iteration |
| Sora 2 standard, 8s @ 720p | 40–90 sekunder | Mest almindelige produktionslængde |
| Sora 2 standard, 12s @ 720p | 60–120 sekunder | Længere socialt indhold |
| Sora 2 Pro, 10s @ 720p | 60–150 sekunder | Premium-kvalitet; ~3x prisen for standard |
| Sora 2 Pro, 15s @ 1024p | 120–240 sekunder | Full HD, længere køtider observeret i spidsbelastning |
| Sora 2 Pro, 25s @ 1024p | 200–360 sekunder | Maksimal længde; prisen skalerer lineært |
To operationelle konsekvenser:
- Brugerrettede latenstidsbudgetter skal gentænkes. Hvis dit produkt forventer, at videogenerering føles responsiv i forhold til en brugerhandling, betyder intervallet 30–90 sekunder for korte klip, at du har brug for en UX, der håndterer ventetiden: fremdriftsindikatorer, parallelt arbejde brugeren kan lave, mens videoen genereres, eller for-generering i forudsigelige scenarier. At behandle Sora som et synkront API-kald er den mest almindelige arkitekturfejl, teams begår.
- Polling versus webhooks betyder noget. Naiv polling (en stram løkke, der rammer statusendepunktet) spilder både dit ratebudget og modellens compute. Brug eksponentiel backoff med jitter, eller opsæt webhook-callbacks, hvis dit miljø understøtter dem. Det polling-mønster, der fungerer godt i produktion, er at polle med 10 sekunders intervaller i det første minut, derefter 30 sekunders intervaller derefter, med en hård timeout sat til modellens forventede øvre grænse for den anmodede længde.
Understøttede parametre og promptstruktur
Soras API-overflade er bevidst enkel sammenlignet med billedgenereringsmodeller som DALL-E 3. Der er færre knapper at dreje på, men de, der findes, betyder noget. De væsentlige parametre:
- model: sora-2 eller sora-2-pro. Valget styrer både pris og de tilgængelige længde-/opløsningsmuligheder som vist i pristabellen ovenfor.
- prompt: Fritekst, der beskriver scenen. Sora håndterer filmisk instruktion (kameravinkler, bevægelse, lys), karakterhandlinger og miljødetaljer. Modellen er følsom over for promptstruktur: at begynde med sceneetablering, derefter handling, derefter teknisk retning, giver mere pålidelige resultater end ét tæt afsnit.
- image: Valgfrit referencebillede til billede-til-video-generering. Referencen fungerer som første-frames anker; modellen genererer bevægelse ud fra det startpunkt. Nyttigt til produktdemoer, karakterkontinuitet og scenarier, hvor motivets statiske udseende ikke er til forhandling.
- duration: Længde i sekunder. Begrænset til de diskrete muligheder for den valgte model (4/8/12 for sora-2, 10/15/25 for sora-2-pro). Omkostning skalerer lineært med længde.
- size: Opløsning. 720x1280 (portræt) eller 1280x720 (landskab) på standardmodellen; tilføjer 1024x1792 / 1792x1024 på Pro. Billedformatet er implicit i størrelsesvalget.
Bemærkelsesværdige mangler. Sora eksponerer i øjeblikket ikke seed-kontrol via den offentlige API (så reproducerbarhed på tværs af kørsler er ikke garanteret), og eksponerer heller ikke individuelle stilkontroller som Midjourney eller andre billedmodeller gør. Modellen er opinionsbåren; prompt engineering er det primære håndtag, ikke parameter-tuning.
Et simpelt eksempel på en Sora 2-genereringsanmodning med OpenAI’s Python SDK:
| from openai import OpenAIimport timeclient = OpenAI(api_key="YOUR_API_KEY")# Opret videogenereringsjobbetjob = client.videos.create(model="sora-2",prompt=("Et vidvinkel-skud af et sneklædt bjerg ved solopgang. ""Kameraet panorerer langsomt mod venstre, når det første lys rammer toppen. ""Filmisk, den gyldne time, 4K-kvalitetsbelysning."),size="1280x720",duration=8,)# Poll for fuldførelsewhile True:job = client.videos.retrieve(job.id)if job.status == "completed":video_url = job.output[0].urlbreakelif job.status == "failed":raise RuntimeError(f"Generering mislykkedes: {job.error}")print(f"Aktuel status: {job.status}")time.sleep(10)print(f"Video klar: {video_url}") |
|---|
Gennemregnede omkostningseksempler
Prisen pr. sekund gør omkostningen forudsigelig, men først når du er klar over din workloads form. Tre repræsentative scenarier:
Scenario 1: En kort produktdemo til en SaaS-landingpage
Et 5-sekunders klip, der viser produktets UI i aktion, genereret én gang og brugt som hero‑video på marketingsitet. Du forventer at iterere 5–10 gange for at få et klip, du er tilfreds med, før publicering.
Pris på Sora 2 standard ved 720p: 5s × $0.10 = $0.50 pr. generering. Med 8 iterationer for at lande det endelige klip: $4.00. Pris på Sora 2 Pro ved 1024p for den endelige publicerede version: 5s × $0.50 = $2.50 (enkelt take). Samlet projektomkostning: omtrent $6.50 for iterationskørslerne plus HD-finalen.
Scenario 2: En batch på 50 klip til en marketingkampagne
50 unikke 8-sekunders produktklip, hver baseret på en anden funktionsbeskrivelse, alle på Sora 2 standard ved 720p. Intet iterationsbudget; du accepterer første generering.
Pris: 50 × 8s × $0.10 = $40.00. Læg et iterationsbudget på 30% til for de klip, der ikke lander første gang (50 × 0.30 = 15 retries × 8s × $0.10 = $12). Total: omtrent $52.00 for kampagnen.
Scenario 3: En bruger-genereret videofunktion i et forbrugerprodukt
Brugere i din app genererer 6-sekunders klip on demand på Sora 2 standard ved 720p. Gennemsnitligt forbrug: 1.000 klip pr. dag. Du opkræver brugere $0.50 pr. generering og accepterer omkostningsdifferencen som enhedsmargin.
Omkostning pr. brugerklip: 6s × $0.10 = $0.60. Med brugerpriser på $0.50 er workloaden tabsbringende på standardniveauet: hver generering koster $0.10 mere end brugeren betaler. 720p standardniveau kræver en brugerpris på mindst $0.65 for at gå i nul før infrastruktur-overhead. Ved 30.000 klip pr. måned: månedlig Sora-regning på $18,000. Dette er den slags enhedsøkonomi-tjek, der er værd at lave, før man lancerer enhver brugerrettet videofunktion.
Konklusionen på tværs af de tre scenarier: videogenerering er reelt overkommelig for marketing- og engangsindholds-workloads, hvor iterationsantallet er begrænset, og omkostning pr. færdigt aktiv er det, der betyder noget. Det er væsentligt mere udfordrende for brugerrettede funktioner i skala, hvor omkostning pr. generering skal overstige brugerbetalt pris plus produkt-overhead. Vær eksplicit om, hvilken workload du prissætter, før du forpligter dig.
Direkte adgang til OpenAI versus adgang via aggregator
Med Sora tilgængelig via flere ruter er det praktiske spørgsmål for de fleste teams, hvilken rute de skal integrere mod. Det ærlige svar afhænger af resten af din stack.
Hvad er det samme
Outputkvalitet, genereringstid på modellaget, understøttede parametre og pris pr. sekund er typisk identiske uanset rute, da de fleste aggregatorer videresender OpenAI’s prissætning til paritet, og modellen er den samme. Hvis du vælger rute udelukkende på outputkvalitet, er valget et fedt.
Hvad er forskelligt
- Faktureringsflade. Direkte OpenAI-adgang faktureres via din OpenAI-konto; aggregatorer fakturerer via deres eget kredit- eller abonnementsystem. For teams, der allerede håndterer OpenAI-fakturering for tekstmodelbrug, tilføjer den direkte rute intet nyt. For teams, der kører multiudbyder-workloads (LLMs fra Anthropic, billedmodeller fra Black Forest Labs, video fra Sora), konsoliderer en aggregator det hele på én faktura.
- Observabilitet. OpenAI’s dashboard viser Sora-forbrug på anmodningsniveau klart. Aggregatorers dashboards varierer i, hvor godt de håndterer videogenererings-workloads specifikt; nogle har specialbyggede videoobservabilitetsvisninger; andre behandler video som et generisk API-kald. Værd at tjekke før du forpligter dig, hvis observabilitet er en prioritet.
- Rate-limit-pooling. Ved direkte OpenAI er dine Sora-ratebegrænsninger knyttet til din OpenAI-konto og -niveau. Hos en aggregator pooles grænserne i nogle tilfælde på tværs af aggregatorens kundebase, eller tildeles pr. kunde i andre. For produktions-workloads med højt volumen, spørg aggregatoren, hvordan de håndterer allokering af ratebegrænsninger, før du integrerer.
- Geografisk og compliance-setup. Direkte OpenAI behandles gennem OpenAI’s infrastruktur med de dataresidensmuligheder, OpenAI tilbyder. Nogle aggregatorer er baseret i jurisdiktioner, hvor dataresidensreglerne er anderledes; andre ruter anmodninger gennem OpenAI’s amerikanske infrastruktur uanset. For regulerede workloads er dette afgørende, og det er den slags, du bør bede aggregatorens salgsteam bekræfte skriftligt.
Hvordan CometAPI passer ind
CometAPI eksponerer Sora 2 og Sora 2 Pro sammen med 500+ andre modeller bag et enkelt OpenAI-kompatibelt endepunkt, med én credential og samlet fakturering. Prissætningen på Sora via CometAPI følger OpenAI’s priser pr. sekund; den operationelle værdi er at konsolidere Sora-forbruget med resten af din modeltrafik på én faktura. For teams, der kører en blandet workload (tekstmodeller fra flere udbydere, billedgenerering og Sora-video), er dette hovedargumentet. For teams, der kun bruger Sora og kun en eller to tekstmodeller, er den operationelle besparelse mindre, og direkte OpenAI-adgang er et forsvarligt valg.
Produktionsmæssige overvejelser
Nogle mønstre, der er værd at få rigtigt, før Sora møder produktionstrafik:
- Asynkron job-livscyklushåndtering. Behandl hver Sora-generering som et langkørende job, ikke en anmodning. Persister job-ID’et med det samme ved oprettelse; overlev en servergenstart ved at kunne genoptage polling for igangværende jobs; håndter tilfælde, hvor jobbet fuldføres, mens din worker er offline. Dette er standard hygiejne i distribuerede systemer, men bliver ofte sprunget over i starten, fordi Sora er det første asynkrone API, teamet har integreret.
- Webhook-fallback. Hvis platformen understøtter webhooks for fuldførelseshændelser (OpenAI API gør), så brug dem. Webhooks fjerner behovet for polling og reducerer både dit ratebegrænsningspres og spild af compute ved hyppige statuscheck. Polling er fallback for miljøer, der ikke kan eksponere et webhook-endepunkt.
- Fejltilstande der koster penge. OpenAI fakturerer ikke for mislykkede genereringer, men delvise fuldførelser og genforsøg, der lykkes i andet forsøg, medfører omkostninger. I produktion bør du logge omkostningen ved hvert genforsøg og alarmere, hvis din retry-rate overstiger forventningen, da det typisk er et signal om et indholdspolitikproblem med de prompts, du sender, hvilket er billigere at løse på promptlaget end at absorbere på regningen.
- Indholdspolitik og produktionssætning. Sora er begrænset af OpenAI’s brugspolitikker, som begrænser visse kategorier af indhold. For produktionssætninger (især brugerrettede, hvor prompten delvist er under brugerens kontrol), gennemgå OpenAI’s officielle indholdspolitikdokumentation og design passende upstream-værn. At linke til OpenAI’s politik er den rigtige reference; den dokumentation er sandhedskilden og ændrer sig oftere, end denne artikel gør.
Hvad der bør bygges først
Den ærlige vurdering af, hvilke Sora-workloads der er klar til produktion i dag, hvilke der er på kanten, og hvilke der er for tidlige:
Produktionsklar i dag
Marketing- og kreativt indhold, hvor iteration er begrænset, og omkostning pr. færdigt aktiv er den rigtige metrik. Produktdemovideoer, indhold til sociale medier, hero‑videoer til landingssider, internt træningsmateriale. Økonomien giver mening, fejltilstandene er velkendte, og latenstidsfortællingen (30–90 sekunder for korte klip) er acceptabel, når den menneskelige i loopet er content-teamet snarere end slutbrugeren.
På kanten
Brugerrettede videofunktioner, hvor prisen pr. klip skal overstige brugerbetalt pris. Dette er muligt, men kræver omhyggelig enhedsøkonomi: begræns længden, brugere kan anmode om; brug Sora 2 standard ved 720p som standard; opkræv en pris, der har margin over prisen pr. klip. Bølgen af forbrugervideogenereringsapps i begyndelsen af 2026 ligger primært i denne kategori, og dem med bæredygtig økonomi har alle været bevidste om at begrænse, hvad brugerne kan generere.
For tidligt
Langformsvideo i skala (alt over 25 sekunder, da det er Soras aktuelle længdeloft), workloads med højt volumen i realtid, hvor faktisk forløbstid betyder mere end dollars, og applikationer, der forventer kontrol på frameniveau eller seed-baseret reproducerbarhed. Dette er workloads at genbesøge, når Soras kapabilitetsoverflade udvides – ikke at presse igennem i dag.
Indramningen: Sora 2 er reelt produktionsklar til indholds-workloads med et menneske i loopet. Den er anvendelig til brugerrettede funktioner med bevidst enhedsøkonomi. Den er for tidlig til langformsvideo og til brugsscenarier, der kræver parametre, Sora endnu ikke eksponerer. Byg til det, der er klar i dag; følg dem, der endnu ikke er.
Prøv det på din workload: Alle Sora 2- og Sora 2 Pro-varianter er tilgængelige på CometAPI sammen med de tekstmodeller, du måske allerede bruger. Den gratis prøve-kredit giver dig mulighed for at generere en håndfuld klip til standardpriser uden anden opsætning end at pege din eksisterende OpenAI-kompatible klient mod CometAPI-endepunktet.