Sådan integrerer du OpenAI API i din app

For at integrere OpenAI API skal du oprette en API-nøgle i et OpenAI-projekt, gemme den som en hemmelighed på serveren kaldet OPENAI_API_KEY og kalde API'et fra en route på din egen server ved hjælp af OpenAIs officielle SDK — aldrig fra kode i browseren. Fra september 2026 præsenterer OpenAIs quickstart Responses API som udgangspunkt for nye projekter. Sæt en forbrugsgrænse før lancering, begræns svarlængden, begræns hvor ofte hver bruger kan kalde funktionen, og håndtér fejl med hastighedsgrænser med nye forsøg.

Denne guide dækker opsætning, forespørgselsflowet, prompts til en AI-builder og de fejl, der lækker nøgler eller brænder penge af. OpenAI-detaljerne er fra deres officielle dokumentation fra september 2026. For de generelle begreber (tokens, kontekstvinduer, priser) bør du læse sådan bruger du LLM API'er først.

Hvad du kan bygge med det

En chatassistent i din app (sådan bygger du en AI-chatbot-app)
Knapperne "Opsummer dette", "Omskriv dette" eller "Skriv et udkast til svar"
Udtrækning af struktureret data fra fri tekst: at gøre en e-mail til en ordre, at mærke supportsager
Søgning og spørgsmål-svar over dit eget indhold
Billedgenerering, tale og andre medie-funktioner, afhængigt af de tilgængelige modeller

Flere idéer findes i sådan tilføjer du AI-funktioner til din app.

Opsætning af din OpenAI-konto

Opret en konto og et projekt på OpenAI-platformen. OpenAIs bedste praksis for produktion anbefaler separate projekter til staging og produktion, så hver kan have sine egne nøgler og grænser.
Opret en projekt-API-nøgle. OpenAI anbefaler at sætte en udløbsdato og rotere nøgler regelmæssigt.
Sæt forbrugsalarmer og en hård forbrugsgrænse på grænsesiden. OpenAIs guide siger, at alarmer giver besked, når forbruget passerer et beløb, og at en hård grænse håndhæver et månedligt loft.
Tilføj betaling. OpenAIs dokumentation for hastighedsgrænser beskriver forbrugsniveauer: dine grænser stiger automatisk, efterhånden som du bruger mere over tid.

Forespørgselsflowet

Browser  ->  din serverroute  ->  OpenAI API
         <-  (streamet) svar  <-

Brugeren klikker på en knap eller sender en besked.
Browseren kalder din route, for eksempel POST /api/summarise.
Din server tjekker, at brugeren er logget ind og må bruge funktionen.
Serveren bygger forespørgslen: instruktioner, brugerens input og eventuelle data fra din database, som opgaven har brug for.
Den kalder OpenAI med nøglen fra miljøet. OpenAIs SDK'er læser OPENAI_API_KEY automatisk.
Den streamer eller returnerer svaret og logger tokenforbrug.

OpenAIs officielle SDK-pakker hedder openai både til JavaScript/TypeScript (npm) og Python (pip).

Valg af model

OpenAI tilbyder flere modeller til forskellige priser og hastigheder, og udvalget ændrer sig ofte. Start med en mindre, billigere model, mål kvaliteten på rigtige eksempler, og gå kun op, hvis du har brug for det. Gem modelnavnet i en konfigurationsværdi eller hemmelighed, så du kan ændre det uden at omskrive kode. Tjek OpenAIs prisside for aktuelle satser.

Muligheder og afvejninger

Beslutning	Enkelt valg	Når du skal gå videre
Streaming	Returnér hele svaret	Stream til chat og lange svar; brugerne ser teksten med det samme
Samtalehukommelse	Send de seneste beskeder hver gang	Opsummér ældre beskeder, når chats bliver lange
Outputformat	Almindelig tekst	Bed om struktureret JSON, når din kode skal læse felter
Dine egne data	Medtag den relevante post i forespørgslen	Tilføj søgning i dit indhold, når der er for meget til at medtage (se hvad RAG er)
Masse-arbejde uden hast	Gennemløb af elementer i en løkke	Brug OpenAIs batch-mulighed for lavere pris, når resultaterne kan vente

Prompts til din AI-builder

En første funktion:

Tilføj en "Opsummer"-knap på billetsiden. Den kalder en serverroute POST /api/summarise, som tjekker at brugeren er logget ind, henter billetten og kalder OpenAI Responses API med det officielle openai-SDK og den hemmelige OPENAI_API_KEY. Læs modelnavnet fra den hemmelige OPENAI_MODEL. Instruktioner: "Opsummer i 3 punkttegn, og foreslå derefter et kort svar. Opfind ikke ordrenumre." Begræns outputlængden, stream svaret til siden, og send aldrig nøglen til browseren.

Beskyttelse:

Begræns hver bruger til 30 AI-forespørgsler i timen, gemt i databasen. Log input- og output-tokens pr. forespørgsel sammen med bruger-ID og funktionsnavn. Hvis OpenAI returnerer 429, skal du respektere Retry-After-headeren og prøve igen med eksponentiel backoff og jitter op til 3 gange; derefter vis "AI'en er travl, prøv igen om et minut." Vis en venlig fejl ved enhver anden fejl, og hold resten af siden kørende.

Håndtering af fejl og grænser

OpenAI måler hastighedsgrænser på flere måder, herunder forespørgsler i minuttet og tokens i minuttet, og du rammer den, der løber tør først. Når du overskrider en, returnerer API'et en 429 med en Retry-After-header. OpenAIs dokumentation siger, at du skal behandle den værdi som et minimum og tilføje en lille tilfældig forsinkelse, så klienter ikke alle prøver igen på samme tid.

Plan også for:

Timeouts ved lange genereringer. Streaming hjælper, og det gør en fornuftig outputgrænse også.
Udbydernedbrud. AI-funktionen bør fejle pænt uden at ødelægge siden.
Dårligt output. Valider struktureret output, før du gemmer det, og lad aldrig modellens output udløse følsomme handlinger uden et tjek i din kode.

Almindelige fejl

Nøglen i frontend eller i repositoriet. Browserkode er offentlig, og en lækket nøgle kan misbruges i løbet af få minutter. Se sådan holder du API-nøgler sikre.
Ingen forbrugsgrænse. En løkke eller en misbrugende bruger kan køre en stor regning op hurtigt.
Ingen grænser pr. bruger. Udbyderens grænse beskytter din pung, ikke dine andre brugere.
At stole på prompten til sikkerhed. Brugere kan skrive "ignorer tidligere instruktioner". Rettigheder hører hjemme i serverkode.
At sende mere end nødvendigt. Hele dokumenter og lange historikker multiplicerer omkostningerne. Send kun det, opgaven har brug for.
At hardcode modelnavnet. Modeller opdateres og udfases; gør det til en indstilling.
At sende personlige data uden at tænke over det. Læs OpenAIs vilkår for databrug, og send kun det, funktionen har brug for.

Tjekliste

Separate OpenAI-projekter (eller nøgler) til test og produktion
Nøglen gemt som en hemmelighed på serveren, aldrig i browserkode eller repoet
Forbrugsalarmer og en hård forbrugsgrænse sat
Alle kald går gennem din server og tjekker brugerens rettigheder
Outputlængde begrænset; modelnavn konfigurerbart
Grænse for forespørgsler pr. bruger i din app
429-håndtering med Retry-After, backoff og jitter
Venlig fejlvisning; siden virker uden AI'en
Tokenforbrug logget pr. funktion
Testet med lange, tomme og fjendtlige input

Brug af OpenAI API i Mythex

AI-funktioner i apps, du bygger på Mythex, bruger din egen OpenAI-nøgle, faktureret til din OpenAI-konto i stedet for til Mythex-byggekreditter. Tilføj OPENAI_API_KEY som en projekthemmelighed via /secrets, projektindstillinger eller hemmelighedskortet, som agenten viser, når den har brug for en nøgle, og beskriv derefter funktionen med en prompt som dem ovenfor. Efter at du har ændret hemmeligheder på en publiceret app, skal du publicere igen, så den henter dem. Docs-opskriften Tilføj AI-funktioner med dine egne API-nøgler har en startprompt, og Hemmeligheder i chat forklarer hemmelighedskortet. Overvejer du udbydere? Se sådan integrerer du Claude API.

Spørgsmål

Hvilket OpenAI API skal jeg bruge til en ny app?

Fra september 2026 præsenterer OpenAIs quickstart Responses API som udgangspunkt for nye projekter, med eksempler der bruger client.responses.create() i deres officielle SDK'er. Tjek OpenAIs dokumentation for den aktuelle anbefaling, før du går i gang.

Kan jeg kalde OpenAI API fra browseren?

Ikke med din hemmelige nøgle. Alle kan læse browserkode og genbruge nøglen til at køre din regning op. Browseren bør kalde din egen serverroute, og din server kalder OpenAI med nøglen gemt som en miljøvariabel.

Hvordan forhindrer jeg, at OpenAI API koster for meget?

OpenAIs produktionsguide anbefaler forbrugsalarmer og en hård månedlig forbrugsgrænse på grænsesiden. I din app skal du begrænse svarlængden, begrænse antallet af forespørgsler pr. bruger og logge tokenforbrug, så du kan se, hvilke funktioner der koster mest.

Hvad betyder en 429-fejl fra OpenAI?

Det betyder, at du har ramt en hastighedsgrænse. OpenAIs dokumentation for hastighedsgrænser siger, at svaret indeholder en Retry-After-header; vent mindst så længe, tilføj en lille tilfældig forsinkelse, og prøv igen med eksponentiel backoff.