OpenAI Codex release notes: 0.147-alfa kräver tydliga körbehörigheter

OpenAI följde upp Codex CLI 0.147.0-alpha.2 med alpha.3 och alpha.4 den 31 juli 2026. De två testversionerna stramar åt hur körbehörigheter uttrycks i skript och klienter. Den dolda flaggan --full-auto tas bort från codex exec, och ett skalanrop med en motivering stoppas om det saknar en uttrycklig begäran om utökad sandlådebehörighet.

OpenAI Codex release notes: vad ändras i 0.147 alpha.3 och alpha.4?

Codex CLI är OpenAI:s lokala kodagent för terminalen. En sandlåda begränsar vilka filer, kataloger och nätverksresurser agentens kommandon får nå.

GitHub-sidorna för alpha.3 och alpha.4 visar versionsnummer och publiceringstid men har inga utförliga noteringar. De konkreta ändringarna finns i de PR:er som ingår i respektive tagg. npm markerar nu 0.147.0-alpha.4 som alpha, medan latest fortfarande är stabila 0.146.0.

Källa: OpenAI Codex 0.147.0-alpha.3.

Källa: OpenAI Codex 0.147.0-alpha.4.

Källa: npm-registret för @openai/codex.

codex exec slutar acceptera --full-auto

codex exec är kommandot för skriptade körningar och CI-jobb som ska bli klara utan en interaktiv dialog. I alpha.3 försvinner den dolda och redan utfasade flaggan --full-auto. Den brukade automatiskt välja sandlådan workspace-write. Ett skript som fortfarande skickar flaggan behöver i stället ange --sandbox workspace-write.

Det här är en migrering, inte en ny nivå av autonomi. OpenAI:s CLI-referens rekommenderar workspace-write för obevakade lokala jobb som kan hålla sig inom arbetsytan. Den avråder samtidigt från att kringgå både godkännanden och sandlådan utanför en särskild isolerad miljö.

Källa: OpenAI PR #36054 om att ta bort --full-auto.

Källa: OpenAI Codex CLI reference för codex exec och sandlådor.

En motivering räcker inte längre som behörighetsbegäran

alpha.4 skärper kontraktet för de underliggande verktygsanropen shell_command och unified exec_command. Om anropet innehåller fältet justification men saknar sandbox_permissions avvisas det innan kommandot körs. Felet säger åt anroparen att antingen begära require_escalated uttryckligen eller ta bort motiveringen.

Det här berör främst utvecklare av Codex-klienter, värdar och verktygsintegrationer. En vanlig användare ska inte skriva intern verktygs-JSON i chatten. Poängen är att klienten inte får behandla en förklarande mening som om den också gav rätt att lämna sandlådans normala gräns.

Källa: OpenAI PR #36350 om uttrycklig sandlådebehörighet.

Vad betyder ändringen för svenska automationsteam?

Sök igenom de jobb som startar Codex från CI, schemalagda körningar eller interna utvecklarverktyg. Ett gammalt --full-auto kan annars bli ett rent startfel när teamet testar 0.147-grenen. För en egen app-serverklient behöver testfallen också skilja på en motivering och en faktisk begäran om högre behörighet.

Det här passar ett modigt integrationssätt bättre än ett vagt automatiskt läge. Ge Codex skrivåtkomst där jobbet behöver den, håll API-nycklar i miljövariabler eller en hemlighetshanterare och låt godkännandesteg skydda åtgärder utanför den definierade arbetsytan. Spara vald sandlåda, begärda undantag och resultat i körloggen.

Mänskligt steg

Använd bara 0.147.0-alpha.4 i en testmiljö tills grenen blir stabil. Om ett befintligt codex exec-skript fortfarande använder den gamla flaggan, ersätt:

--full-auto

Byt till:

--sandbox workspace-write

Behåll resten av det redan verifierade kommandot oförändrat. Om ni utvecklar en klient som skickar verktygsanrop ska ett justification bara följa med när anropet också begär rätt sandbox_permissions; require_escalated är det värde PR:n anger för utökad körning.

Källa: OpenAI PR #36054 med den exakta ersättningsflaggan.

Källa: OpenAI PR #36350 med verktygsfältet sandbox_permissions.

Kort exempel: använd nyheten i Codex

Kör prompten efter att en människa har öppnat rätt testarbetsyta med den valda alfaversionen:

Granska repots Codex-skript och app-servertester. Hitta användning av codex exec --full-auto samt shell- eller exec-anrop som skickar justification utan sandbox_permissions. Skriv en migreringsplan med fil- och radreferenser. Ändra inga filer och kör inte de berörda kommandona.

Ett bra svar ska:

• Peka ut verkliga filer och rader, inte gissa var konfigurationen finns.
• Skilja CLI-flaggor från interna verktygsfält.
• Föreslå --sandbox workspace-write bara där jobbet ska skriva inom arbetsytan.
• Lämna repo, CI och externa system oförändrade.

Vad bör du följa härnäst?

Följ om OpenAI behåller samma migrering när 0.147 blir stabil och om klientdokumentationen får fler exempel på sandbox_permissions. I dag är 0.146.0 fortfarande npm-versionen för vanliga installationer. alpha.3 och alpha.4 är relevanta för team som kan testa sina skript och klientkontrakt innan nästa stabila uppgradering.

Gårdagens genomgång handlade om MCP 2026 och trådsektioner. Här är nyheten själva körkontraktet: den gamla automatiska flaggan försvinner och högre behörighet måste begäras uttryckligen. Behöver ni standardisera samma kontrakt över flera arbetsflöden kan Verktygssmide samla version, sandlåda, godkännandesteg och körlogg på ett ställe.