Codex CLI 0.154.0 frågar innan den fortsätter

Aipress testade versionen på en Linux-dator i Sverige den 14 september. Vi använde ett ChatGPT Plus-konto och en helt ny inställningsmapp, så att tidigare val inte kunde påverka resultatet. Flera nyheter gav det utlovade resultatet, men på två viktiga punkter skilde sig beteendet från OpenAI:s beskrivning.

Codex CLI är OpenAI:s AI-agent för kommandoraden. Den kan läsa ett kodprojekt, ändra filer och köra program på den egna datorn. Installationen finns för macOS, Linux och Windows. Den som använder npm kan installera eller uppdatera verktyget med OpenAI:s dokumenterade kommando:

npm install -g @openai/codex

Efteråt visar codex --version vilken version som är installerad. På vår dator svarade det codex-cli 0.154.0. Alla ändringar finns i releasenoteringen för Codex CLI 0.154.0.

Codex kan fråga vad du menar

Den mest synliga nyheten är att Codex kan avbryta arbetet och ställa en fråga när instruktionen inte räcker för att fatta ett säkert beslut. Frågan visas i en egen ruta med färdiga svarsalternativ. Du kan välja ett nummer eller skriva ett eget svar.

Vi provade funktionen i en liten Git-mapp med tre filer och bad Codex ta bort den som inte längre behövdes. Varken innehållet eller projekthistoriken avslöjade vilken fil vi menade.

I planeringsläget, som öppnas med /plan, undersökte Codex först mappen. Därefter kom en fråga på svenska med tre föreslagna filer och en kort förklaring till varje alternativ. Ett fjärde val, ”None of the above”, låg kvar på engelska. Försöket upprepades med en annan formulering och gav samma typ av fråga.

I ett vanligt samtal ställde Codex däremot ingen fråga när vi gav en likvärdigt tvetydig instruktion. Agenten valde då att svara i stället. I våra försök var det planeringsläget som utlöste frågerutan.

Funktionen är användbar när Codex annars hade behövt gissa. I stället för att själv välja vilken fil som ska raderas kan agenten be om ett beslut och fortsätta utifrån svaret.

OpenAI uppger även att Codex kan fortsätta arbeta medan frågan väntar på svar. Det såg vi inte i vårt test. Vi lämnade frågan obesvarad och tog tre skärmbilder med 40 sekunders mellanrum. Bilderna var identiska och ingen arbetsräknare var aktiv. I det här försöket stannade alltså arbetet vid frågan.

Det behöver inte innebära att Codex alltid väntar. Frågan kom efter att programmet hade undersökt allt som gick att undersöka, så det kan ha saknats fristående arbete att fortsätta med. Mätningen ger däremot inget stöd för ett generellt löfte om fortsatt bakgrundsarbete.

Vad händer med det du redan hade börjat skriva?

Vi skrev ett nytt meddelande i inmatningsfältet medan Codex arbetade. När frågepanelen öppnades tog den över inmatningsraden och texten syntes inte längre.

Efter att vi hade valt ett svar dök meddelandet upp igen under rubriken ”Messages to be submitted after next tool call”. Själva promptrutan var då tom. Kort därefter skickades den köade texten automatiskt som ett vanligt meddelande.

Utkastet gick alltså inte förlorat, vilket stämmer med releasenoteringen. Det bevarades däremot inte som redigerbar text i inmatningsfältet. Den som har hunnit skriva en halv instruktion bör räkna med att den köas och skickas när arbetet återupptas.

Varje arbete kan få en egen kopia av projektet

Version 0.154.0 har experimentellt stöd för Git worktrees. En worktree är en separat kopia av filerna i samma Git-projekt. Kopiorna delar historik, men ändringar i den ena arbetsmappen skriver inte över filer i den andra.

Det gör det möjligt att låta två Codex-körningar arbeta med samma projekt samtidigt. Den ena kan exempelvis rätta ett fel medan den andra bygger en ny funktion. Filerna i vår vanliga projektmapp låg kvar orörda efter testet, och git status --short skrev inte ut någon rad.

OpenAI anger --worktree och /worktree som vägar till funktionen. I praktiken räckte inget av dem på vår installation.

När vi körde:

codex --worktree

avslutades programmet med ett fel som sade att funktionen först måste aktiveras med --enable worktrees. Ett samtal som hade startats utan den inställningen kände inte heller igen /worktree.

Den startinstruktion som gav resultat var:

codex --enable worktrees --worktree

Det går även att starta Codex med:

codex --enable worktrees

och därefter skriva /worktree.

Den extra inställningen står varken i releasenoteringen eller i OpenAI:s dokumentation. Den framgår först när programmet körs.

När funktionen väl var aktiverad skapades arbetskopian nästan direkt. Codex lägger sådana kopior under $CODEX_HOME/worktrees. I vår interaktiva körning skrev programmet ut:

Working directory changed to: /home/dl/codexhome-v37/worktrees/6bf2/wt-test

Projektet måste vara ett Git-arkiv. Dessutom hamnar kopian i läget detached HEAD, vilket innebär att den inte är ansluten till en vanlig Git-gren. Om du vill behålla arbetet behöver du gå till den utskrivna sökvägen och själv skapa en gren eller spara ändringarna i en commit. OpenAI förklarar upplägget i sin dokumentation om Git worktrees.

Max och Ultra finns bakom modellmenyn

Samma vecka kom version 0.154.0 av Codex Python-SDK med resonemangsnivåerna max och ultra.

Inställningen styr hur mycket beräkningsarbete modellen lägger på instruktionen. Högre nivåer ökar enligt dokumentationen svarstiden och tokenanvändningen, men kan höja kvaliteten vid komplicerat arbete. OpenAI skriver också att de flesta jobb inte behöver max eller ultra.

max ger modellen mer utrymme att resonera om ett enskilt problem. ultra fungerar annorlunda genom att dela upp arbetet mellan flera underagenter som arbetar parallellt. Det lämpar sig främst för större projekt som kan delas i tydliga delar.

Båda alternativen fanns i vårt test med GPT-6 Astra och ett Plus-konto. Modellen har vi gått igenom tidigare. Vägen i terminalprogrammet var /model, följt av valet ”More reasoning…”. Då öppnades en andra meny med Max och Ultra.

/reasoning kändes inte igen av CLI-versionen. Det kommandot finns i ChatGPT-appen och IDE-tillägget, men i terminalen behöver nivån väljas via /model.

Aipress provade samma enordsinstruktion en gång per nivå: Codex skulle endast svara med ordet ”hej”. Sessionens egen räknare visade följande:

Nivå	Antal token
low	3 032
medium	3 032
high	3 032
xhigh	3 032
ultra	3 079
max	15 213

Det var ett enda försök per nivå och säger inget om kvaliteten vid svåra problem. Resultatet visar däremot att max kan förbruka betydligt fler token även när instruktionen inte kräver något djupare resonemang.

Vim-läget får riktig ersättning av text

Den som skriver sina instruktioner med Vim-kommandon får replace-läget R. När det är aktiverat ersätter nya tecken det som redan står i raden, i stället för att skjuta befintlig text åt höger.

Vi slog på Vim-läget med /vim, skrev en provrad och tryckte R i normalläget. Statusraden ändrades till ”Vim: Replace” och tecknen ersattes som väntat. Punktkommandot upprepade samma ändring på nästa ord, och u återställde den ursprungliga texten.

Det är en smal förbättring som bara vana Vim-användare märker, men den gjorde precis vad den skulle i vårt test.

OpenAI uppger att kopiering bevarar formateringen

OpenAI uppger att /copy nu bevarar formateringen när ett svar klistras in i ett program som hanterar formaterad text. Rubriker, listor och kodblock ska därmed kunna följa med, i stället för att allt blir oformaterad text.

Funktionen kan enligt releasenoteringen även kopiera statusinformation eller enskilda fält från samtalet. Kortkommandot är Ctrl+O.

Vi kunde inte verifiera detta på testdatorn eftersom den saknade verktyg för att läsa urklippets formaterade innehåll och klistra in det i ett lämpligt program. Uppgiften kommer därför från OpenAI och är inte något vi har mätt själva.

Övriga ändringar i veckans version

På Windows kan flera samtal nu dela en gemensam Codex-server i bakgrunden. Det ska minska behovet av separata processer, och själva servern kan startas, stoppas och uppdateras var för sig. Den delen kunde vi inte prova på Linux.

En säkerhetsändring hindrar Codex från att köra hjälpprogram som styrs av det öppnade projektet innan mappen har markerats som betrodd. På macOS har sandlådan samtidigt skärpts så att ett isolerat program inte kan skriva in text i terminalen.

Pluginverktyg som installeras medan ett samtal redan är öppet ska nu dyka upp utan omstart. Inloggningen till anslutna MCP-servrar har också fått samordnad förnyelse av åtkomsttoken och en synlig inloggningsfråga om förnyelsen misslyckas.

Det gamla codex mcp-server har tagits bort. Det ska inte förväxlas med codex mcp, som fortfarande används för att lägga till och hantera externa MCP-servrar. På vår dator gav det borttagna namnet inget tydligt besked om att funktionen var borta. Codex försökte i stället starta ett vanligt samtal med texten ”mcp-server” som instruktion.

Veckans mest märkbara förbättringar kräver viss försiktighet. Frågerutan gick att använda, fast agenten stod stilla i vårt försök. Worktrees gav verklig isolering, men först efter en odokumenterad aktivering. max och ultra fanns på vårt Plus-konto, samtidigt som tokenmätningen visade varför de främst hör hemma i uppgifter som verkligen behöver djupare resonemang.