OpenAI Codex release notes: 0.146.0 namnger sessioner och öppnar för Agent Plugins

OpenAI släppte Codex CLI 0.146.0 den 29 juli 2026. En ny modell är inte rubriken den här gången. OpenAI har i stället städat upp själva arbetet med namngivna sessioner, kvarvarande sidokonversationer och portabla Agent Plugins. För utvecklare och automationsteam blir det lättare att hålla flera spår isär utan att tappa vilka verktyg och instruktioner som hör till arbetet.

OpenAI Codex 0.146.0 release notes: vad har ändrats?

Codex CLI är OpenAI:s lokala kodagent för terminalen. En kodagent kan läsa ett kodprojekt, föreslå ändringar och använda verktyg inom de behörigheter som användaren har gett den.

Namnge huvudspåret och behåll sidofrågorna

/new och /clear accepterar nu ett valfritt sessionsnamn. Codex kan också spara vilka trådar som är fästa och låta klienter filtrera fram dem. Har du en sidokonversation öppen kan du som standard växla mellan den och huvudtråden med ctrl-/ utan att stänga någon av dem. Den aktiva tangentbindningen visas i sidfoten och kan konfigureras.

Versionen kan dessutom skapa förgreningar från sidindelad historik. Tillfälliga förgreningar kan hållas utanför den vanliga trådlistan. Det passar när en genomförandeplan behöver ligga kvar, medan en avgränsad fråga om exempelvis testdata eller ett API-kontrakt granskas separat.

Källa: OpenAI Codex 0.146.0 release notes.

Källa: OpenAI PR #34605 om sessionsnamn.

Källa: OpenAI PR #35011 om sidokonversationer.

Möjligheten att fästa trådar bygger på en funktion i app-servern. Releaseinformationen anger inget särskilt snedstreckskommando för detta, så den synliga kontrollen beror på vilken Codex-klient du använder.

Källa: OpenAI PR #34840 om sparad status för fästa trådar.

Agent Plugins får ett portabelt manifest

Ett Agent Plugin är ett paket som beskriver återanvändbara agentfunktioner i ett manifest. Codex 0.146.0 känner igen Agent Plugins 1.0 via en plugin.json i paketets rot. Därifrån kan Codex läsa portabel metadata, direkta skills under skills/ och MCP-konfiguration i mcp.json. MCP, Model Context Protocol, är ett protokoll för att koppla en AI-agent till externa verktyg och datakällor.

Codex-specifika appar, hooks och gränssnittsinställningar kan ligga i tillägget com.openai. App-servern kan också tala om ifall en klient får publicera ett plugin till arbetsytans katalog. Klienten ska avstå om den möjligheten saknas. OpenAI nämner även marknadsplatser för Amazon Bedrock och Claude Code i den stabila releasen.

Det här gör ett plugin lättare att behandla som en hanterad tillgång i stället för lokal specialkonfiguration. Lägg manifestet i versionshantering, håll API-nycklar i miljövariabler eller en hemlighetshanterare och ge varje MCP-server avgränsade rättigheter. Skrivande verktyg behöver tydliga godkännandesteg och körloggar.

Källa: OpenAI PR #35105 om Agent Plugins 1.0-manifest.

Källa: OpenAI PR #35254 om pluginpublicering i arbetsytan.

Proxy och MCP blir mindre sköra

0.146.0 låter konfigurerade proxyinställningar gälla för bland annat autentisering, pluginhämtning, MCP-auktorisering, fjärrkörning och WebSockets. MCP-anslutningar kan återanvändas när konfigurationen är oförändrad, men stängda anslutningar ersätts och autentiseringsändringar utlöser en uppdatering. För företag bakom proxy eller med flera verktygsservrar är det en praktisk driftsförbättring, även om sessioner och plugins är den tydligaste användarnyheten.

Källa: OpenAI Codex 0.146.0 release notes, felrättningar.

Vad förändringen betyder för svenska team

En namngiven huvudsession kan bära genomförandeplanen. Sidokonversationer kan användas för frågor som behöver ett eget resonemang, utan att huvudspåret stängs eller blandas ihop. Agent Plugins ger samtidigt teamet en tydligare plats för återanvändbara färdigheter och verktygsanslutningar.

Det här är särskilt användbart i kundprojekt där samma kodbas berörs av utvecklare, integrationsspecialister och granskare. Namnet gör arbetet sökbart, pluginmanifestet visar vilka funktioner som ingår och körloggen visar vad agenten faktiskt gjorde.

Mänskligt steg

1. Uppdatera Codex CLI med det officiella npm-kommandot:

npm install -g @openai/codex

1. Starta Codex med codex.
2. Skapa en namngiven session med exempelvis /new kundportal-integration. Om du vill rensa den aktuella sessionen och börja om med ett namn kan du använda /clear kundportal-integration.
3. När en sidokonversation redan är öppen växlar ctrl-/ som standard mellan den och huvudtråden. Kontrollera sidfoten om tangentbindningen har ändrats.

Källa: OpenAI Codex README med installationskommandot.

Källa: OpenAI PR #34605 med syntaxen för valfritt sessionsnamn.

Källa: OpenAI PR #35011 med standardbindningen för sidokonversationer.

Kort exempel: använd nyheten i Codex

Byt ut hakparentesen och skicka prompten i den namngivna sessionen:

Granska repot inför [förändringen]. Ge mig en huvudplan och en kort lista över frågor som bör hanteras i sidokonversationer. Ange berörda filer, tester, beroenden och vilken aktiverad plugin eller skill varje steg använder. Ändra inget.

Ett bra svar ska:

• hänvisa till verkliga filer i kodbasen,
• skilja huvudplanen från avgränsade sidofrågor,
• förklara varför varje plugin eller skill behövs,
• stanna före filändringar så att en människa kan godkänna nästa steg.

Testa ett arbetsflöde i dag

Välj ett befintligt integrationsarbete med en tydlig huvuduppgift och minst en fråga som brukar avbryta flödet. Kör kartläggningen i en namngiven session. Hantera sidofrågan i en sidokonversation som redan finns tillgänglig och kontrollera sedan att du kan återvända till huvudplanen utan att förlora sammanhanget. Om projektet använder plugins, jämför agentens uppgift om aktiva skills och MCP-anslutningar med de manifest som faktiskt finns i arbetsytan.

GitHub och npm visar nu 0.146.0 som stabil version. Det skiljer sig från artikeln den 27 juli, då 0.145.0 fortfarande var stabil och 0.146 endast fanns som alfaversion.

Källa: Metadata i npm för @openai/codex 0.146.0.

För team som vill göra namngivna agentflöden och portabla plugins till ett granskningsbart arbetssätt passar nästa steg i Verktygssmide: välj en arbetsyta, ett pluginmanifest och ett godkännandesteg, och kör det mot ett riktigt integrationsbehov.