OpenAI Codex release notes: 0.143.0-alpha.38 gör code mode och proxyflöden lättare att testa

OpenAI Codex har inte fått en ny stabil CLI-rad efter 0.142.5 i den publika Codex-changeloggen. Men alpha-spåret har gått vidare: GitHub-release rust-v0.143.0-alpha.38 publicerades den 7 juli 2026 och npm-registret visar alpha: 0.143.0-alpha.38, medan latest fortfarande är 0.142.5.

Det här är alltså inte en uppmaning att rulla ut alpha brett. Det är en release notes-signal för team som redan testar OpenAI Codex nära verkliga arbetsflöden. Codex CLI är OpenAI:s lokala kodagent: en AI-assistent som körs i terminalen och kan läsa, ändra och testa kod inom de rättigheter du ger den.

Källa: OpenAI Codex changelog, GitHub release 0.143.0-alpha.38, npm @openai/codex

OpenAI Codex release notes: vad ändras i 0.143.0-alpha.37 och 0.143.0-alpha.38?

De två senaste alpha-versionerna är inte en snygg marknadsrelease. Det finns ingen stor rubrik i den officiella Codex-changeloggen ännu. Men jämförelsen från 0.143.0-alpha.36 till 0.143.0-alpha.38 innehåller flera praktiska ändringar som är lätta att missa om du bara tittar på npm-versionen.

Tre saker är värda att plocka upp:

• Code mode-hosten byggs, signeras och paketeras nu tillsammans med de primära Codex-releasepaketen för Linux, macOS och Windows. PR-texten säger att releasepaketen tidigare kunde sakna codex-code-mode-host, vilket gjorde att code mode inte kunde starta från installerade paket.
• features.respect_system_proxy börjar flytta mer av den verkliga produktvägen genom systemproxy. PR #31335 gäller de två HTTP-endpunkterna för Responses API och compact, inte WebSockets, model discovery, memories, realtime eller filuppladdningar.
• Codex varnar vid sessionstart om en konfigurerad service_tier inte stöds av den valda modellen. Tidigare kunde värdet tyst utelämnas, vilket gjorde felsökning onödigt seg.

En systemproxy är operativsystemets eller organisationens väg för nätverkstrafik, till exempel PAC/WPAD eller en hanterad proxy. För svenska team bakom företagsnät, skolnät eller styrda utvecklingsmiljöer är det en konkret skillnad: inloggning kan fungera, men själva modelltrafiken behöver också följa rätt nätverksväg.

Källa: PR #30202 bundle code mode host, PR #31335 route Responses API through system proxy, PR #31284 service tier warning

Vad betyder det för ett Hammer-team?

Jag skulle behandla 0.143.0-alpha.38 som ett testkvitto, inte som en ny standardversion. Den stabila npm-kanalen ligger kvar på 0.142.5. Alpha-kanalen visar däremot vart Codex är på väg: bättre paketering, färre tysta nätverksmissar och tydligare varningar när konfigurationen inte matchar modellen.

För ett team som använder Codex i en kundportal, intern app eller automationsrepo blir testet ganska praktiskt:

• Kan ni se exakt vilken kanal och version som körs?
• Startar code mode från den installationsväg ni faktiskt använder?
• Går Responses-trafiken rätt väg i en miljö med systemproxy?
• Syns en varning om någon har satt en service_tier som modellen inte stöder?
• Kan en avbruten /review följas av en ny review utan att MCP-startläget fastnar?

Det sista kommer från PR #31189, där en avbruten inline review kunde lämna TUI:n i ett upptaget MCP-startläge så att nästa /review nekades. MCP, Model Context Protocol, är ett sätt att ge Codex åtkomst till externa verktyg och datakällor genom avgränsade serverkopplingar.

Källa: PR #31189 cancelled review fix, Codex CLI docs

Kort exempel: använd nyheten i Codex

Mänskligt steg först: välj en separat alpha-testmiljö om ni testar 0.143.0-alpha.38. Låt inte agenten installera, byta kanal eller ändra konfiguration i prompten nedan.

Inspect this Codex workspace for 0.143.0-alpha.38 readiness. Do not edit files, install packages, or change configuration. Return one short release-readiness receipt with: visible Codex channel/version, whether code-mode host packaging is present in this install path, whether Responses API traffic should respect the system proxy, any unsupported service_tier warning risk, and one human review step before team rollout.

Bra output ska:

• skilja stabil 0.142.5 från alpha 0.143.0-alpha.38;
• säga vilken installationsväg som faktiskt kontrollerades;
• nämna proxy- och service tier-signaler utan att gissa utanför källorna;
• sluta med ett tydligt mänskligt beslut före bredare utrullning.

Vad ska ni titta efter härnäst?

Det mest intressanta nu är om de här alpha-ändringarna landar i nästa stabila Codex CLI-release och om OpenAI dokumenterar code mode-paketering eller systemproxybeteendet bredare. Till dess räcker ett fokuserat test: version, installationsväg, proxy, service tier-varning och review-flöde.

Det är också en bra Tool Forge-fråga. Om Codex ska kopplas till repo, ärendehantering, interna verktyg eller kundnära data behöver teamet inte mer försiktighetsretorik. Det behöver en fungerande integrationsrutin: scoped tokens, miljövariabler eller secret manager, avgränsade rättigheter, godkännandesteg och en kort körlogg som någon faktiskt läser.