OpenAI Codex release notes: 0.143.0-alpha.35 styr multi-agent-policy och kvitton

OpenAI Codex release notes: alpha-spåret handlar om styrbara agenter

OpenAI Codex CLI är OpenAI Codex som lokal kodagent i terminalen: den kan läsa kod, föreslå ändringar och köra verktyg i den arbetsyta du ger den. De senaste stabila Codex-release notes på OpenAI:s changelog stannar fortfarande vid 0.142.5, som vi redan täckte den 1 juli. Men GitHub- och npm:s alpha-spår har rört sig vidare till 0.143.0-alpha.35, och där finns två praktiska signaler för team som testar Codex tidigt.

Den första är 0.143.0-alpha.35: multi-agent V2 får en konfigurerbar multi_agent_mode_hint_text. Multi-agent V2 betyder att Codex kan arbeta med underagenter i stället för att låta en enda agent bära hela uppgiften. Den andra signalen, från 0.143.0-alpha.34, är strukturerad timingloggning för direkta tool calls. En tool call är när agenten använder ett verktyg, till exempel ett kommando, en filoperation eller en intern API-åtgärd.

Källa: OpenAI Codex changelog, GitHub release 0.143.0-alpha.35, npm-registret för @openai/codex och PR #30493.

Vad som ändrades i OpenAI Codex changelog och alpha-releaserna

OpenAI:s publika Codex-changelog visar fortfarande Codex CLI 0.142.5 för 1 juli. GitHub-releaserna efter det är alpha-releaser med korta release-texter, så den användbara källtexten finns i de sammanslagna PR:erna. Den 3 juli publicerades 0.143.0-alpha.35, och npm-registret visade samtidigt latest: 0.142.5 och alpha: 0.143.0-alpha.35.

Det viktigaste i alpha.35 är PR #30493. Tidigare hämtade multi-agent V2 sina mode-instruktioner från reasoning effort: Ultra kunde använda proaktiv delegation, medan andra nivåer krävde en tydlig begäran. Med features.multi_agent_v2.multi_agent_mode_hint_text kan en deployment i stället sätta en egen delegationstext som gäller oavsett reasoning effort. Om fältet saknas behålls befintligt beteende. Om fältet finns, även som tom sträng, används custom-läget.

Källa: PR #30493 och GitHub release 0.143.0-alpha.35.

Varför multi-agent-policy spelar roll för svenska team

Det här är inte en ny knapp för alla användare. Det är en alpha-konfiguration för team som redan kör eller utvärderar Codex med flera agenter. Men riktningen är tydlig: när en coding agent kan dela upp arbetet behöver teamet kunna säga när delegation är rätt, när den är onödig och vad en människa ska granska innan arbetet går vidare. En approval gate är en sådan mänsklig eller policybaserad kontrollpunkt.

För Hammer-läsare är poängen praktisk. Ni vill inte att agentarbete ska bli en svart låda där underagenter startas för att modellen råkar ha en viss reasoning-nivå. Ni vill ha en arbetsregel som går att läsa, diskutera och ändra. Till exempel: delegera bara när parallellt arbete förkortar ledtiden eller ger en tydligare granskning, och lämna alltid en kort sammanfattning per underagent.

PR #30493 visar även ett verifierat TOML-exempel. Det här är ett mänskligt konfigurationssteg, inte en prompt som agenten ska gissa sig till:

[features.multi_agent_v2]
enabled = true
multi_agent_mode_hint_text = "Delegate to subagents when it will materially improve the result."

Källa: PR #30493, Configuration examples.

Strukturerade tool-call-kvitton i 0.143.0-alpha.34

Den andra signalen är PR #30334, som landade i 0.143.0-alpha.34. Den lägger till ett strukturerat codex.tool_call-event för direkta tool calls i app-server-lägen. Eventet kan innehålla conversation, turn, tool, call, trace, dispatch time, handler time och total time. Kodlägesanrop är uttryckligen undantagna så att mätningen inte dubbelräknar nested runtime calls.

Det här är värdefullt när Codex börjar göra mer än enstaka terminalhjälp. Om en agent fastnar i kö, väntar på ett verktyg eller kör ett dyrt kommando vill teamet kunna se var tiden gick. Det gör inte agenten smartare, men det gör arbetet lättare att drifta. PR:en ger också en verifierad logging filter för den som kör app-server och vill testa mätningen:

LOG_FORMAT=json \
RUST_LOG='warn,codex_core::tools::parallel=info' \
codex app-server

Källa: PR #30334, Suggested logging filter och event example.

Kort exempel: använd nyheten i Codex

Mänskligt steg först: testa alpha-spåret i en separat arbetsyta om ni brukar utvärdera Codex pre-release. Bekräfta version och konfiguration med er normala pakethantering. Lägg inte in alpha-konfiguration i produktionsflöden utan en tydlig återställningsväg.

Klistra sedan in en kort agentinstruktion i den arbetsyta där Codex redan får läsa repo- och konfigurationsfiler:

Inspect this Codex workspace for multi-agent policy readiness. Do not edit files. Find any Codex multi-agent configuration, logging setup, and runbook notes. Return one short receipt with: current Codex channel or version, whether delegation policy is explicit or effort-derived, whether direct tool-call timing can be captured, and one human review step before wider rollout.

Bra output bör:

• skilja på stabil 0.142.5 och alpha-spåret 0.143.0-alpha.35
• visa om delegation styrs av en läsbar policy eller bara av reasoning effort
• nämna var JSON-loggar, trace-id och tool-call-timing kan granskas
• avsluta med en konkret mänsklig reviewpunkt

Vad Hammer skulle testa först

Vi skulle börja med ett fokuserat arbetsflöde: en agent som läser issues, delar upp analysen i underagenter vid behov och lämnar en kort run receipt innan någon ändring mergas. Lägg API-nycklar i miljövariabler eller secret manager, använd avgränsade behörigheter, redigera bort känsligt innehåll ur delade loggar och ha en approval gate innan agenten får skriva, pusha eller skapa PR.

Det här passar naturligt i Verktygssmide: inte mer AI för sakens skull, utan en arbetsyta där Codex-regler, loggar och mänsklig granskning hänger ihop. Alpha-nyheterna är inte skäl att jaga varje nightly-build. De är en bra påminnelse om vad som krävs när coding agents går från en chatt till ett arbetsflöde som andra behöver lita på.