OpenAI Codex release notes: app 26.609 ger bättre webbfelsökning

OpenAI Codex fick en rätt praktisk app-uppdatering den 11 juni. Det är inte en ny modell och inte en stor omskrivning av Codex CLI. Det viktiga i release notes för Codex app 26.609 är att webbfelsökning, datorstyrning och projektinstruktioner blir mer styrbara för team som faktiskt vill använda en kodagent i vardagen.

• Källa: OpenAI Codex changelog, Codex app 26.609

OpenAI Codex release notes: vad som ändrades i app 26.609

OpenAI Codex är OpenAI:s kodagent för lokala projekt, trådar i molnet och appbaserat utvecklingsarbete. En kodagent kan läsa kod, föreslå ändringar och ibland köra verktyg, men varje integration behöver fortfarande en tydlig sandbox och en approval gate. En sandbox begränsar vad agenten får röra; en approval gate är punkten där en människa godkänner känsliga åtgärder.

I 26.609 lyfter OpenAI särskilt fram tre saker som är värda att testa:

• Developer mode för Browser use i Chrome och Codex inbyggda webbläsare. Det ger Codex kontrollerad åtkomst via Chrome DevTools Protocol, så agenten kan profilera prestanda och undersöka nätverkstrafik, konsolens utdata, runtime-fel och sidtillstånd.
• Kommandot /init finns nu i appens composer för att skapa projektinstruktioner med samma initieringsflöde som Codex CLI.
• Computer Use utökas: Enterprise-användare får Computer Use utanför EES, Storbritannien och Schweiz, och Windows får stöd för per-app-åtkomstkontroller.

OpenAI nämner också rate-limit reset banking för Plus och Pro, snabbare Browser use, bättre aktivitetssammanfattningar, förbättrad plugin-hantering, tydligare usage-limit-fel och genvägarna Cmd + Enter och Ctrl + Enter för att skicka anpassad approval feedback.

• Källa: OpenAI Codex changelog, 11 juni 2026

Varför Developer mode spelar roll för webbteam

Den mest användbara nyheten är Developer mode för Browser use. OpenAI skriver att Codex får kontrollerad CDP-åtkomst för djupare felsökning. Det är ett ganska konkret steg: agenten kan inte bara säga att en sida "känns långsam", utan kan titta på nätverk, konsol och runtime-fel när den jobbar med en lokal eller publik sida.

OpenAI:s dokumentation för Codex inbyggda webbläsare säger att den passar för lokala utvecklingsservrar, filbaserade förhandsvisningar och publika sidor utan inloggning. Browser use kräver att Browser-pluginet installeras och aktiveras. Dokumentationen visar också att man kan hänvisa till webbläsaren med @Browser, till exempel för att fånga en prestandaspårning och undersöka nätverkstrafik.

• Källa: OpenAI In-app browser-dokumentation

För svenska team blir poängen enkel: använd Codex för de felsökningsflöden där människa och agent behöver se samma renderade sida. Låt agenten samla tekniska observationer, men håll ändringar i autentisering, betalning, miljövariabler och externa integrationer bakom mänskligt godkännande. Det passar bra i ett Tool Forge-upplägg där env vars, secret managers, scoped API keys, rensade loggar och audit trails sätts innan agenten får mer ansvar.

Kort exempel: använd nyheten i Codex

Mänskligt steg: öppna projektet i Codex app 26.609, se till att Browser-pluginet är installerat och aktiverat, och öppna den lokala sidan i den inbyggda webbläsaren. Om ni bara vill skapa eller uppdatera projektinstruktioner kan du använda /init i appens composer, eftersom 26.609 lägger till kommandot där.

• Källa: OpenAI Codex changelog, 26.609 och OpenAI In-app browser-dokumentation

Kopiera sedan en kort agentinstruktion:

Use @Browser to capture a performance trace for the local page that is already open. Inspect network traffic, console output, runtime errors, and page state. Name the likely bottleneck, propose the smallest safe patch, and ask for approval before changing auth, payment, environment variables, or external integrations.

Bra output ska innehålla:

• En tydlig observation från Browser use, inte bara en gissning från koden.
• Exakta filer eller komponenter som bör ändras.
• En liten föreslagen patch eller plan, inte en stor omskrivning.
• En separat approval-fråga om ändringen rör behörigheter, hemligheter eller externa system.

Vad du bör kontrollera innan du skalar upp

Det här är en bra release för team som redan testar Codex i webbarbete. Börja med ett internt gränssnitt, en publik testsida eller en lokal preview. Kör en tydlig felsökningsuppgift. Spara agentens observationslogg. Jämför med vad en utvecklare hade tittat på manuellt.

Jag skulle inte börja med att ge Codex bred åtkomst till alla appar. Använd per-app-kontrollerna på Windows där de finns, håll Computer Use scoped, och dokumentera vilka webbplatser, appar och nycklar som är tillåtna. Då blir Codex mindre av en lös chattflik och mer av en arbetsyta där agentarbete går att granska.