# Codex CLI 0.154.0 frågar innan den fortsätter

> Vi testade frågorna, Git worktrees och nivåerna Max och Ultra i version 0.154.0. Två saker stämde inte med OpenAI:s beskrivning.

Publicerad: 2026-09-14  
Skribent: Thomas Karlsson  
Sajt: Aipress.se  
URL: https://aipress.se/nyheter/codex-cli-0-154-0-fragar-innan-den-fortsatter/

OpenAI släppte en enda stabil version av Codex CLI under veckan 7 till 13 september. Version 0.154.0 låter Codex ställa frågor direkt i terminalen, kan ge varje körning en egen kopia av projektet och öppnar två nya nivåer för särskilt krävande jobb.

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:

```bash
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](https://github.com/openai/codex/releases/tag/rust-v0.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.

![Skärmbild av Codex CLI 0.154.0 i planeringsläge där rutan Question 1/1 (1 unanswered) frågar på svenska vilken av filerna fil.txt, gammal.txt och ny.txt som är överflödig, med tre numrerade filval som var och en har en kort förklaring, ett fjärde val None of the above, och fotraden tab to add notes, enter to submit answer, esc to interrupt](https://aipress.se/images/posts/codex-cli-0-154-0-fragar-innan-den-fortsatter-fraga-panel.webp)

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.

![Skärmbild av Codex CLI 0.154.0 efter att frågan besvarats med gammal.txt, där raden Questions 1/1 answered visar frågan och svaret, arbetsräknaren Working 59s löper igen, och det påbörjade utkastet ligger under rubriken Messages to be submitted after next tool call medan promptrutan är tom](https://aipress.se/images/posts/codex-cli-0-154-0-fragar-innan-den-fortsatter-utkast-koat.webp)

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.

![Illustration av en Y-formad träskulptur där stammen är märkt DELAD GIT-HISTORIK och delar sig i två arbetsytor: den vänstra märkt PROJEKTMAPP med fyra orörda filbrickor, den högra märkt SEPARAT WORKTREE med samma brickor men där en korallröd fil är lyft ur sitt hål och markerad som ändrad](https://aipress.se/images/posts/codex-cli-0-154-0-fragar-innan-den-fortsatter-kropp1.webp)

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:

```bash
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:

```bash
codex --enable worktrees --worktree
```

Det går även att starta Codex med:

```bash
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:

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

![Skärmbild av Codex CLI 0.154.0 startad med flaggan enable worktrees, där kommandot slash worktree har bytt arbetskatalog och sessionen skriver ut raden Working directory changed to följt av sökvägen till kopian under worktrees, samtidigt som rutan högst upp och statusraden visar den nya sökvägen](https://aipress.se/images/posts/codex-cli-0-154-0-fragar-innan-den-fortsatter-worktree-byte.webp)

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](https://learn.chatgpt.com/docs/environments/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](https://aipress.se/nyheter/gpt-6-astra/). Vägen i terminalprogrammet var `/model`, följt av valet ”More reasoning…”. Då öppnades en andra meny med `Max` och `Ultra`.

![Skärmbild av menyn Advanced Reasoning i Codex CLI 0.154.0 med varningsraden Consumes usage limits faster och två val: 1. Max för svåra problem när kvalitet väger tyngre än snabbhet, och 2. Ultra för krävande arbete med flera agenter](https://aipress.se/images/posts/codex-cli-0-154-0-fragar-innan-den-fortsatter-advanced-reasoning.webp)

`/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.

![Tre skärmbilder av prompten i Codex CLI 0.154.0 i Vim-läge, staplade: först raden aaa bbbb cccc, sedan XXa bbbb cccc efter att R har ersatt två tecken, sedan XXa XXbb cccc efter att punktkommandot upprepat samma ändring på nästa ord](https://aipress.se/images/posts/codex-cli-0-154-0-fragar-innan-den-fortsatter-vim-replace.webp)

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.