OpenAI Codex release notes: 0.143.0 gör plugins och fjärrflöden redo för team

Adam Olofsson HammareAdam Olofsson Hammare
OpenAI Codex release notes: 0.143.0 gör plugins och fjärrflöden redo för team

OpenAI Codex har fått en ny stabil CLI-release. GitHub-releasen rust-v0.143.0 publicerades den 8 juli 2026, och npm-registret visar nu @openai/codex med latest: 0.143.0. Alpha-spåret har redan gått vidare till 0.144.0-alpha.4, men det praktiska här är att 0.143.0 är den stabila raden att kontrollera först.

Codex CLI är OpenAI:s lokala kodagent: den körs i terminalen och kan läsa, ändra och testa kod inom den arbetsyta och de rättigheter du ger den. Den här releasen handlar mindre om en glänsande ny knapp och mer om något team faktiskt behöver: plugins som är lättare att hitta, nätverkstrafik som följer företagsproxy, bättre fjärrparning och tydligare MCP-flöden.

Källa: GitHub release 0.143.0, npm @openai/codex-registret

OpenAI Codex release notes: vad ändras i 0.143.0?

0.143.0 samlar flera Codex-ändringar som tidigare låg utspridda i alpha-spåret. För Hammer-läsare är den bästa läsningen inte "uppdatera allt direkt", utan: vilka delar av Codex börjar nu se ut som driftbar infrastruktur?

De viktigaste punkterna:

  • Fjärrplugin är aktiverade som standard, med rikare katalograder, npm-baserade marketplace-källor och synliga fjärr- och lokalversioner.
  • Codex kan styra autentisering och Responses API-trafik via macOS- och Windows-systemproxy, inklusive PAC och WPAD.
  • codex remote-control pair finns för att skapa manuella parningskoder från en redan körande daemon.
  • MCP-verktyg använder tool search som standard när modell och leverantör stöder det, och ChatGPT-hostade MCP-servrar kan uttryckligen använda sessionsautentisering.
  • App-server-klienter får fler byggblock: miljöinformation, listning av undertrådar och förgrening av historik till ett visst turn-id.

MCP, Model Context Protocol, är ett sätt att koppla en AI-agent till externa verktyg och datakällor med tydligare gränser. En systemproxy är organisationens nätverksväg för trafik, till exempel PAC/WPAD eller en hanterad proxy. Båda låter torra, men de avgör om Codex fungerar i en verklig svensk kontors-, skol- eller utvecklingsmiljö.

Källa: GitHub release 0.143.0, PR #30297 remote plugins default, PR #31335 Responses API via systemproxy, PR #29486 MCP tool search

Varför det spelar roll för nordiska team

Den här OpenAI Codexuppdateringen är en integrationsrelease. Om Codex ska vara mer än en ensam terminalflik behöver teamet kunna svara på några enkla frågor: vilka plugins finns, varifrån kommer de, vilken version körs, hur går trafiken ut, och vem godkänner verktygsanropen?

Remote plugins som är på som standard gör Codex mer användbar, men också mer beroende av en fungerande pluginrutin. OpenAI:s plugin-dokumentation säger att katalogen kan öppnas i appen eller via /plugins i Codex CLI, att marketplace-flikar används för att byta källa, och att befintliga approval settings fortfarande gäller efter installation.

Systemproxy-delen är lika praktisk. PR #31335 säger uttryckligen att migrationen gäller de två HTTP-endpunkterna för /responses och /responses/compact; WebSockets, model discovery, memories, realtime och filuppladdningar ligger utanför den förändringen. Det är en bra gräns att skriva in i er egen runbook så ingen tror att all Codex-trafik automatiskt följer samma väg.

Källa: OpenAI Codex plugins-dokumentation, PR #29913 remote-control pair, PR #31335 Responses API via systemproxy

Kort exempel: använd nyheten i Codex

Mänskligt steg först: kontrollera 0.143.0 i en testarbetsyta och bestäm vilka plugins, MCP-servrar och fjärrkopplingar som ska ingå. Låt inte agenten installera paket, para enheter eller ändra konfiguration i prompten nedan.

Inspect this Codex workspace for a 0.143.0 rollout. Do not edit files, install packages, pair devices, or change configuration. Return one short readiness receipt with: visible Codex version/channel, plugin sources and versions if visible, MCP servers and approval boundaries, proxy assumptions for Responses traffic, remote-control pairing runbook status, and one human decision before team rollout.

Bra output ska:

  • skilja stabil 0.143.0 från alpha 0.144.0-alpha.4;
  • visa vilka plugin- och MCP-antaganden som faktiskt gick att se;
  • nämna proxygränsen utan att påstå att all trafik omfattas;
  • sluta med ett mänskligt beslut, till exempel om plugins ska slås på för fler repoägare.

Vad ska ni testa nu?

Jag hade börjat med en enda arbetsyta där Codex redan används. Kontrollera version, pluginlista, MCP-servrar, proxykrav och fjärrparning. Spara resultatet som ett kort körkvitto. Om något saknas, fixa rutinen innan ni ger Codex fler repos, fler plugins eller mer nätverksåtkomst.

Det är där Tool Forge passar in: inte som en broms, utan som sättet att göra Codex användbart på riktigt. Sätt scoped tokens, miljövariabler eller secret manager, tydliga approval gates, redaktion av känslig output och en körlogg som någon i teamet faktiskt granskar.

Vanliga frågor

Är OpenAI Codex 0.143.0 en stabil release?

Ja. GitHub markerar rust-v0.143.0 som en vanlig release, och npm-registret visar @openai/codex med latest: 0.143.0. Alpha-spåret har samtidigt gått vidare till 0.144.0-alpha.4.

Vad är den viktigaste praktiska ändringen i Codex 0.143.0?

För team är helheten viktigast: remote plugins är på som standard, MCP-verktyg använder tool search när det stöds, systemproxy täcker mer av Responses-trafiken och remote-control pair ger en tydligare parningsväg.

Betyder systemproxy-ändringen att all Codex-trafik omfattas?

Nej. PR #31335 säger att ändringen gäller /responses och /responses/compact. WebSockets, model discovery, memories, realtime och filuppladdningar ligger utanför den migrationen.

Smedjans nyhetsbrev

Få nya artiklar i inkorgen

Välj de ämnen som intresserar dig. Inget brus, max ett mejl i veckan.

Få nya artiklar i inkorgen

Vi följer GDPR. Avsluta när du vill.