OpenAI Codex release notes: 0.147-alfa testar MCP 2026 och ordnade trådar

OpenAI publicerade Codex CLI 0.147.0-alpha.1 den 29 juli och 0.147.0-alpha.2 den 30 juli 2026. De två testversionerna gör två saker som är värda att följa: Codex kan prova den nya MCP-revisionen från 28 juli, och klienter får bättre byggblock för att ordna många parallella trådar. Stabil version är fortfarande 0.146.0, så detta är en testmöjlighet, inte en allmän uppmaning att uppgradera produktionen.

OpenAI Codex release notes: vad finns i 0.147-alfa?

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

GitHub-releaserna för alfa 1 och alfa 2 innehåller bara korta versionsrader. Det praktiska innehållet framgår av de PR:er som ingår i taggarna. npm visar samtidigt 0.146.0 som latest och 0.147.0-alpha.2 som alpha.

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

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

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

MCP 2026-07-28 blir ett valbart testläge

MCP, Model Context Protocol, är ett öppet protokoll som kopplar AI-applikationer till externa verktyg och datakällor. Revisionen 2026-07-28 använder ett statslöst kärnprotokoll där varje begäran bär versions- och kapabilitetsdata. server/discover låter klienten fråga vilka versioner servern stöder.

Codex-alfa lägger till funktionsflaggan mcp_2026_07_28. Den är avstängd som standard och markerad som under utveckling i den taggade koden. När den aktiveras kan Codex prova server/discover över streamable HTTP, läsa sidindelade kataloger med verktyg och resurser samt falla tillbaka när svaret visar att servern bara stöder det äldre protokollet. För stdio-servrar krävs dessutom miljövariabeln CODEX_MCP_PROTOCOL_VERSION=2026-07-28 i serverkonfigurationen.

Den andra halvan är viktigare än versionsnumret: tools/call och resources/read kan nu fortsätta över flera rundor via input_required. Det gör att en integration kan be om kompletterande information utan att kasta bort tillståndet i den pågående verktygsbegäran. JSON, SSE och stdio täcks av samma flöde.

Källa: OpenAI PR #35724 om MCP-upptäckt och kompatibilitet.

Källa: OpenAI PR #35725 om flerrundorsverktyg och input_required.

Källa: MCP-specifikationen 2026-07-28.

Alfa 2 låter också oberoende verktyg fortsätta medan en MCP-server startar. Den rapporterar autentiseringsstatusen unknown när OAuth-upptäckten är oklar, i stället för att felaktigt kalla stödet unsupported. För driftteam är det en bättre felsignal: ett tillfälligt nätverksfel ser inte längre ut som ett definitivt funktionsbesked.

Källa: OpenAI PR #35937 om verktyg medan MCP startar.

Källa: OpenAI PR #36045 om okänd MCP-autentiseringsstatus.

Trådar får sektioner, ordning och namn på förgreningar

Den stabila 0.146.0 gav namn åt nya sessioner och stöd för fästa trådar. I 0.147-alfa bygger OpenAI vidare på den grunden. App-servern ersätter ett enkelt isPinned-fält med sparade sektioner, inklusive en stabil sektion för fästa trådar. Klienter kan lista sektioner även när de är tomma och filtrera trådar efter sektion.

Alfa 2 lägger till thread/section/move för att flytta eller ordna trådar inom en sektion. Sorteringen kan sparas i SQLite och överleva en omstart. Terminalgränssnittet accepterar även ett valfritt namn efter /fork, till exempel /fork oauth-fallback, och sparar namnet på den nya förgreningen.

Det här är främst app-server- och alfa-funktioner. PR:erna lovar inte att varje Codex-klient redan visar ett komplett gränssnitt för sektioner. /fork <namn> är däremot uttryckligen verifierat för terminalgränssnittet i alfa 2.

Källa: OpenAI PR #35722 om sparade trådsektioner.

Källa: OpenAI PR #36007 om manuell ordning i sektioner.

Källa: OpenAI PR #36036 om namn efter /fork.

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

För ett svenskt integrationsteam är testet konkret: håll arbetet ordnat i trådar medan MCP-kopplingen hanterar modern upptäckt, flerrundorsfrågor och tydligare status. Det passar arbetsflöden där Codex läser från ett ärende- eller dokumentationssystem, sammanställer ett förslag och väntar på mänskligt beslut innan ett skrivande verktyg används.

Börja med en avgränsad integration som teamet faktiskt använder. Lägg åtkomsttoken i en miljövariabel eller hemlighetshanterare, ge servern minsta nödvändiga rättigheter och kräv godkännande för skrivande verktyg. Spara sedan upptäcktsresultat, autentiseringsstatus och verktygsanrop i ett körkvitto. Då kan teamet bedöma protokollet utan att göra säkerhet till hela projektet.

Mänskligt steg

Kör bara detta med en 0.147.0-alpha-version i en testmiljö. OpenAI:s konfigurationsguide verifierar syntaxen codex --enable feature_name, och den taggade alfakoden registrerar nyckeln mcp_2026_07_28.

Starta Codex med testläget:

codex --enable mcp_2026_07_28

Om du testar en stdio-baserad MCP-server lägger du även versionsmarkören i serverns befintliga config.toml-post:

[mcp_servers.din_server.env]
CODEX_MCP_PROTOCOL_VERSION = "2026-07-28"

Ersätt din_server med namnet på den redan konfigurerade servern. HTTP-servrar använder inte den här stdio-markören.

Källa: OpenAI Codex guide för funktionsflaggor.

Källa: OpenAI Codex guide för MCP-serverns env-konfiguration.

Källa: OpenAI PR #35724 med den exakta stdio-markören.

Kort exempel: använd nyheten i Codex

Skicka prompten efter att testläget och den valda MCP-servern har startats:

Granska den konfigurerade MCP-integrationen och skriv ett läsbart kompatibilitetskvitto för protokollet 2026-07-28. Redovisa transport, upptäcktsresultat, katalogsidindelning, eventuella input_required-rundor, autentiseringsstatus och äldre fallback. Kör inga skrivande verktyg och ändra inga filer.

Ett bra svar ska:

• Namnge transporten och den faktiskt upptäckta protokollversionen.
• Skilj verifierade resultat från sådant som inte gick att testa.
• Visa om autentisering är stödd, okänd eller misslyckad.
• Lämna kod och externa system oförändrade.

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

Följ om funktionsflaggan lämnar läget "under utveckling", om OpenAI dokumenterar bredare klientstöd för sektioner och om 0.147 blir stabil. Fram till dess är 0.146.0 den vanliga npm-versionen. Alfa 2 är mest relevant för integrationsutvecklare som kan köra ett kontrollerat kompatibilitetstest och läsa loggarna.

Det skiljer sig från den 29 juli-artikel som handlade om stabila 0.146.0, namngivna sessioner och Agent Plugins. Dagens signal gäller den nya alfagrenens MCP 2026-stöd, flerrundorsverktyg och trådsektioner.

När en sådan testkoppling ska bli ett återanvändbart arbetsflöde passar den naturligt i Verktygssmide: dokumentera server, behörigheter, godkännandesteg och körkvitto innan fler system ansluts.