OpenAI Codex release notes: Sites gör promptar till hostade webbappar

OpenAI Codex release notes fick en praktisk nyhet den 2 juni: Sites finns nu i förhandsversion (preview) i Codex-appen. Det gör Codex mer användbart för små webbappar, instrumentpaneler och interna verktyg, men bara om teamet skiljer på "spara för granskning" och "publicera live".

Källa: Codex changelog, 2 juni 2026

OpenAI Codex release notes: Sites är nu i preview

Codex-appen är OpenAI:s skrivbordsprogram för arbete med kodagenter i lokala projekt. En kodagent är en AI-assistent som kan läsa kod, föreslå ändringar och i vissa lägen köra kommandon i ett projekt. Sites är en Codex-plugin som kan skapa, spara, driftsätta och inspektera webbplatser, webbappar och spel som hostas av OpenAI.

Det viktiga är inte att Codex kan göra ännu en prototyp. Det viktiga är att en prompt nu kan bli något som går att spara, granska och, när det är godkänt, publicera utan en separat driftsättningskedja.

Källa: Sites - Codex | OpenAI Developers

Vad som ändras för små team och interna verktyg

För svenska företag, skolor och organisationer är Sites mest intressant när idén är för liten för ett helt utvecklingsprojekt men för konkret för att stanna i en chatthistorik.

• En enkel ärendelista kan bli en sparad version som verksamheten granskar.
• En instrumentpanel kan testas med rätt fält innan någon bygger en permanent integration.
• Ett internt verktyg kan kopplas till miljövariabler och hemligheter i stället för att någon klistrar in nycklar i prompten.
• En publicerad Sites-URL är en publicering till produktion. Vill du granska först ska du be Codex spara en version utan att publicera den.

Källa: Sites publishing workflow

Mänskligt steg: kontrollera tillgången först

Det här är inte en CLI-nyhet. Börja därför inte med terminalkommandon.

• ChatGPT Business har Sites aktiverat som standard enligt OpenAI.
• ChatGPT Enterprise kräver att en administratör slår på Sites via RBAC, alltså rollbaserad åtkomstkontroll.
• Om Sites inte syns i Codex-appen: öppna Plugins, hitta Sites, lägg till den och starta sedan en ny tråd.
• Öppna Sites i appens sidofält för att återvända till projekt och hantera hostade miljövariabler och hemligheter.

Källa: Sites availability and setup

Kort exempel: använd nyheten i Codex

Efter att en människa har kontrollerat att Sites finns i Codex-appen och öppnat rätt projekt kan agentprompten vara så här:

@Sites Granska detta projekt som kandidat för Sites. Kontrollera om bygget kan sparas som en version utan att publiceras. Föreslå minsta ändringar som krävs, lista vilka miljövariabler eller hemligheter som behövs, och stoppa innan publicering.

Bra svar bör:

• säga om projektet verkar kompatibelt med Sites eller behöver ändras först,
• skilja mellan sparad version och publicerad driftsättning,
• lista miljövariabler, hemligheter och åtkomstbehov utan att be om lösenord i chatten,
• sluta med ett tydligt beslut för människan: spara, ändra eller publicera.

Var mänsklig kontroll hör hemma

Sites gör snabbare prototyper möjliga, men kontrollen ska ligga vid gränsen till publicering. Använd avgränsade hemligheter, separata testdata, godkännande innan publicering och en enkel ändringslogg över vad Codex sparade eller publicerade. Det är en bra Verktygssmide-fråga: bygg en liten rutin som är lätt att granska innan du kopplar den till skarpa system.

Vad vi följer i nästa Codex changelog

Sites är gratis under preview enligt OpenAI:s prissida, och fler planer väntas senare. För Hammer-läsare är nästa fråga inte bara priset, utan hur väl Sites passar ihop med befintliga miljöer, åtkomstregler och intern support.

Källa: Codex pricing - Sites