Slik integrerer du OpenAI API i appen din

For å integrere OpenAI API lager du en API-nøkkel i et OpenAI-prosjekt, lagrer den som en hemmelighet på serveren med navnet OPENAI_API_KEY, og kaller API-et fra en rute på din egen server ved hjelp av OpenAIs offisielle SDK — aldri fra nettleserkode. Fra september 2026 presenterer OpenAIs hurtigstart Responses API som utgangspunkt for nye prosjekter. Sett en forbruksgrense før lansering, begrens lengden på svarene, begrens hvor ofte hver bruker kan kalle funksjonen, og håndter feil for hastighetsgrenser med nye forsøk.

Denne guiden dekker oppsett, forespørselsflyten, ledetekster for en AI-appbygger og feilene som lekker nøkler eller brenner penger. OpenAI-detaljene er hentet fra den offisielle dokumentasjonen per september 2026. For de generelle begrepene (tokens, kontekstvinduer, priser), les slik bruker du LLM-API-er først.

Hva du kan bygge med det

En chatassistent inne i appen din (slik bygger du en AI-chatbot-app)
Knapper for «oppsummer dette», «skriv dette om» eller «lag et utkast til svar»
Å hente strukturerte data fra fritekst: gjøre en e-post om til en bestilling, merke supportsaker
Søk og spørsmål og svar over ditt eget innhold
Bilde-, tale- og andre medifunksjoner, avhengig av modellene som er tilgjengelige

Flere ideer finner du i slik legger du til AI-funksjoner i appen din.

Sette opp OpenAI-kontoen din

Opprett en konto og et prosjekt på OpenAI-plattformen. OpenAIs beste praksis for produksjon anbefaler separate prosjekter for staging og produksjon, slik at hver kan ha egne nøkler og grenser.
Lag en prosjekt-API-nøkkel. OpenAI anbefaler å sette en utløpsdato og å rotere nøkler jevnlig.
Sett varsler for forbruk og en hard forbruksgrense på grensesiden. OpenAIs guide sier at varsler gir beskjed når forbruket passerer et beløp, og at en hard grense håndhever et månedlig tak.
Legg til betaling. OpenAIs dokumentasjon om hastighetsgrenser beskriver brukernivåer: grensene dine øker automatisk etter hvert som du bruker mer over tid.

Forespørselsflyten

Nettleser  ->  din serverrute  ->  OpenAI API
           <-  (strømmet) svar <-

Brukeren klikker en knapp eller sender en melding.
Nettleseren kaller din rute, for eksempel POST /api/summarise.
Serveren din sjekker at brukeren er innlogget og har lov til å bruke funksjonen.
Serveren bygger forespørselen: instruksjoner, brukerens inndata, og eventuelle data fra databasen din som oppgaven trenger.
Den kaller OpenAI med nøkkelen fra miljøet. OpenAIs SDK-er leser OPENAI_API_KEY automatisk.
Den strømmer eller returnerer svaret, og logger tokenforbruket.

OpenAIs offisielle SDK-pakke heter openai både for JavaScript/TypeScript (npm) og Python (pip).

Velge en modell

OpenAI tilbyr flere modeller med ulik pris og hastighet, og utvalget endres ofte. Start med en mindre, billigere modell, mål kvaliteten på ekte eksempler, og gå opp bare hvis du trenger det. Hold modellnavnet i en konfigurasjonsverdi eller hemmelighet, slik at du kan endre det uten å skrive om kode. Sjekk OpenAIs prisside for gjeldende satser.

Valg og avveininger

Beslutning	Enkelt valg	Når du bør gå lenger
Strømming	Returner hele svaret	Strøm for chat og lange svar; brukerne ser teksten med en gang
Samtalehukommelse	Send de siste meldingene hver gang	Oppsummer eldre meldinger når samtaler blir lange
Utdataformat	Ren tekst	Be om strukturert JSON når koden din må lese felter
Dine egne data	Ta med den relevante posten i forespørselen	Legg til søk over innholdet ditt når det er for mye å ta med (se hva RAG er)
Ikke-hastende bulkarbeid	Gå gjennom elementene i en løkke	Bruk OpenAIs batch-alternativ for lavere kostnad når resultatene kan vente

Ledetekster til AI-appbyggeren din

En første funksjon:

Legg til en «Oppsummer»-knapp på billettsiden. Den kaller en serverrute POST /api/summarise som sjekker at brukeren er innlogget, henter billetten, og kaller OpenAI Responses API med den offisielle openai-SDK-en og hemmeligheten OPENAI_API_KEY. Les modellnavnet fra hemmeligheten OPENAI_MODEL. Instruksjoner: «Oppsummer i 3 punkter, foreslå deretter et kort svar. Ikke finn på ordrenumre.» Begrens lengden på utdataene, strøm svaret til siden, og send aldri nøkkelen til nettleseren.

Sikkerhetsrekkverk:

Begrens hver bruker til 30 AI-forespørsler per time, lagret i databasen. Logg inndata- og utdatatokens per forespørsel med bruker-ID og funksjonsnavn. Hvis OpenAI returnerer 429, respekter Retry-After-headeren og prøv igjen med eksponentiell backoff og jitter opptil 3 ganger; etter det, vis «AI-en er opptatt, prøv igjen om et minutt». Vis en vennlig feilmelding for alle andre feil, og la resten av siden fungere.

Håndtere feil og grenser

OpenAI måler hastighetsgrenser på flere måter, blant annet forespørsler per minutt og tokens per minutt, og du treffer den som går tom først. Når du overskrider en, returnerer API-et en 429 med en Retry-After-header. OpenAIs dokumentasjon sier at du bør behandle verdien som et minimum og legge til en liten tilfeldig forsinkelse, slik at klientene ikke prøver på nytt samtidig.

Planlegg også for:

Tidsavbrudd på lange genereringer. Strømming hjelper, og det samme gjør en fornuftig grense for utdatalengde.
Leverandørnedetid. AI-funksjonen bør feile på en pen måte uten å knekke siden.
Dårlig utdata. Valider strukturert utdata før du lagrer det, og la ikke modellutdata utløse sensitive handlinger uten en sjekk i koden din.

Vanlige feil

Nøkkel i frontend eller i repositoriet. Nettleserkode er offentlig, og en lekket nøkkel kan misbrukes i løpet av minutter. Se slik holder du API-nøkler trygge.
Ingen forbruksgrense. En løkke eller en misbrukende bruker kan øke regningen raskt.
Ingen grenser per bruker. Leverandørens grense beskytter lommeboken din, ikke de andre brukerne dine.
Å stole på ledeteksten for sikkerhet. Brukere kan skrive «ignorer tidligere instruksjoner». Tillatelser hører hjemme i serverkode.
Å sende mer enn nødvendig. Hele dokumenter og lange historikker multipliserer kostnaden. Send det oppgaven trenger.
Å hardkode modellnavnet. Modeller oppdateres og utfases; gjør det til en innstilling.
Å sende personopplysninger uten å tenke seg om. Les OpenAIs vilkår for databruk og send bare det funksjonen trenger.

Sjekkliste

Separate OpenAI-prosjekter (eller nøkler) for testing og produksjon
Nøkkel lagret som en hemmelighet på serveren, aldri i nettleserkode eller repositoriet
Varsler for forbruk og en hard forbruksgrense satt
Alle kall går via serveren din, og sjekker brukerens tillatelser
Lengden på utdata begrenset; modellnavnet konfigurerbart
Grense for forespørsler per bruker i appen din
Håndtering av 429 med Retry-After, backoff og jitter
Vennlig feiltilstand; siden fungerer uten AI
Tokenforbruk logget per funksjon
Testet med lange, tomme og fiendtlige inndata

Bruke OpenAI API i Mythex

AI-funksjoner i apper du bygger på Mythex bruker din egen OpenAI-nøkkel, som faktureres på din OpenAI-konto i stedet for til Mythex-byggekreditter. Legg til OPENAI_API_KEY som en prosjekthemmelighet via /secrets, prosjektinnstillinger eller hemmelighetskortet agenten viser når den trenger en nøkkel, og beskriv deretter funksjonen med en ledetekst som de over. Etter at du har endret hemmeligheter i en publisert app, publiser på nytt slik at den tar dem i bruk. Dokumentasjonsoppskriften Legg til AI-funksjoner med dine egne API-nøkler har en startprompt, og Hemmeligheter i chatten forklarer hemmelighetskortet. Sammenligner du leverandører? Se slik integrerer du Claude API.

Spørsmål

Hvilket OpenAI API bør jeg bruke til en ny app?

Fra september 2026 presenterer OpenAIs hurtigstart Responses API som utgangspunkt for nye prosjekter, med eksempler som bruker client.responses.create() i deres offisielle SDK-er. Sjekk OpenAIs dokumentasjon for gjeldende anbefaling før du starter.

Kan jeg kalle OpenAI API fra nettleseren?

Ikke med din hemmelige nøkkel. Alle kan lese nettleserkode og bruke nøkkelen din til å øke regningen. Nettleseren bør kalle din egen serverrute, og serveren din kaller OpenAI med nøkkelen lagret som en miljøvariabel.

Hvordan hindrer jeg at OpenAI API koster for mye?

OpenAIs produksjonsguide anbefaler varsler for forbruk og en hard månedlig forbruksgrense på grenseside. I appen din bør du begrense lengden på svarene, begrense antall forespørsler per bruker, og logge tokenforbruk, slik at du ser hvilke funksjoner som koster mest.

Hva betyr en 429-feil fra OpenAI?

Det betyr at du har truffet en hastighetsgrense. OpenAIs dokumentasjon om hastighetsgrenser sier at svaret inkluderer en Retry-After-header; vent minst så lenge, legg til en liten tilfeldig forsinkelse, og prøv igjen med eksponentiell backoff.