OpenAI beskriver dessutom Codex App Server som en dubbelriktad JSON-RPC-anslutning mellan Codex gemensamma agentlogik och olika gränssnitt, däribland webbappen, CLI:t, IDE-tillägget och macOS-appen . Codex CLI beskrivs samtidigt som en öppen referensimplementation. Utvecklare kan använda modellen direkt via API:t eller välja Codex SDK för enklare integrationer .

Den praktiska bilden är därför ett exekveringslager runt modellen: verktyg, tillstånd, återkoppling och gränssnitt som gör fleroperationsarbete möjligt. Källorna bevisar däremot inte att OpenAI gjorde ett nytt paket med det formella namnet ”Harness” tillgängligt under Apache 2.0 den 20 augusti.

Det här är fortfarande inte verifierat

Det tillgängliga underlaget fastställer inte:

• att en lansering ägde rum den 20 augusti;
• att produkten formellt hette ”Harness”;
• att den distribuerades under Apache 2.0-licensen;
• exakt vilka komponenter det påstådda paketet innehöll; eller
• vilka företag som hade börjat använda det och vilka resultat de nådde.

Den sekundära rapporten beskriver codex exec, Codex SDK och app-server som delar av lanseringen . De officiella källorna som ingår här beskriver dock dessa funktioner och komponenter vid olika tidpunkter och i olika sammanhang. Utan ett motsvarande officiellt tillkännagivande eller en matchande post i ett kodarkiv bör uppgifterna inte ses som bekräftelse på den rapporterade releasen.

Därför fick ARC-AGI-3 ett så stort lyft

Ett separat OpenAI-experiment ger det tydligaste källstödda resultatet. På ARC-AGI-3:s offentliga uppgiftsmängd fick GPT-5.6 Sol 13,3 procent med standardharnessen. När OpenAI aktiverade sparat resonemang och kontextkomprimering via Responses API steg resultatet till 38,3 procent – ungefär en tredubbling – samtidigt som användningen av utmatningstokens minskade omkring sex gånger .

Modellvikterna ändrades inte i den jämförelsen. Det avgörande var hur exekveringsmiljön bar med sig tillstånd mellan turerna:

• Sparat resonemang gjorde att användbara mellanresultat kunde leva kvar mellan handlingar, i stället för att modellen behövde bygga upp samma strategi igen.
• Kontextkomprimering kondenserade äldre uppgiftshistorik när interaktionen växte, i stället för att äldre information bara föll bort.

OpenAI:s utvecklarguide beskriver funktionerna som sätt att återanvända redan utfört arbete och behålla sammanhang över längre uppgifter . Resultatet bör därför förstås som ett mått på hela systemet – modell plus runtime – och inte som bevis för att själva modellen plötsligt blev tre gånger mer kapabel.

Det finns också en viktig begränsning: jämförelsen gäller två exekveringskonfigurationer på ett offentligt benchmark. Den visar inte att samma förbättring kommer att uppstå i varje agent, modell, arbetsbelastning eller produktionsmiljö.

Vad utvecklare kan använda redan nu

Den starkaste bekräftade slutsatsen handlar inte om den obekräftade Apache 2.0-lanseringen, utan om de verktyg OpenAI faktiskt dokumenterar för att bygga agentiska kodflöden:

• Direkt API-åtkomst: Codex-guiden beskriver API:t som det mest anpassningsbara alternativet .
• Codex SDK: SDK:t är en enklare integrationsväg för utvecklare som inte vill bygga varje gränssnitt från grunden .
• Öppen CLI-referens: OpenAI pekar ut Codex CLI som en implementation som går att granska och anpassa .
• Agentloopen: den dokumenterade cykeln planera–implementera–validera–reparera utgör arbetsmönstret för långvariga koduppgifter .
• Molnkörning: Codex kan arbeta med kodarkiv, köra kod och hantera bakgrundsuppgifter parallellt i sin molnmiljö .

Tillsammans gör detta det möjligt att placera en agent i en produkt eller teknisk arbetsprocess, i stället för att begränsa den till ett allmänt samtalsgränssnitt. Utvecklare kan lägga till domänspecifika instruktioner, verktyg, behörigheter, valideringssteg och egen tillståndshantering runt modellen. Det är en dokumenterad integrationsriktning. Påståendet att en enda Apache-licensierad Harness-release formaliserar allt detta är däremot fortfarande obekräftat i de officiella källorna som ingår här.

Adoptionsbilden är smalare än lanseringspåståendet

De tillgängliga källorna nämner inga företag som har tagit den påstådda Apache-licensierade lösningen i bruk. De redovisar inte heller företagsresultat för juridiska, operativa, forskningsrelaterade eller andra arbetsflöden utanför kodning.

Det finns bredare tecken på att Codex används av företagskunder. OpenAI uppgav att Codex i juni stod för 64 procent av de sammanlagda output-tokensen från Codex och ChatGPT bland företagskunder . Siffran tyder på omfattande företagsanvändning, men visar varken att den påstådda Harness-produkten har adopterats, vilka företag det gäller eller vilken affärsnytta de har uppnått.

Den strategiska betydelsen

Det verifierade mönstret pekar mot en förflyttning från chattbaserad hjälp till delegerat genomförande. Codex kombinerar en modell med verktyg, en iterativ återkopplingsloop, beständigt eller komprimerat tillstånd och körmiljöer som kan utföra arbete i flera steg .

För produktteam kan arkitekturen ligga till grund för specialiserade agenter för kodarkiv, interna processer, research eller andra kontrollerade arbetsflöden. Kvaliteten avgörs då inte bara av modellvalet, utan också av hur utvecklarna utformar verktygsåtkomst, tillståndslagring, kontextgränser, validering och återhämtning efter fel.

Det är den mer hållbara lärdomen från ARC-AGI-3-testet: ändringar i harnessen kan påverka både förmåga och effektivitet. Men med det underlag som finns är det mer korrekt att beskriva OpenAI:s dokumenterade Codex-runtime och API-komponenter än att presentera en Apache 2.0-lansering av ”Harness” den 20 augusti som ett fastställt faktum.

OpenAI beskriver dessutom Codex App Server som en dubbelriktad JSON-RPC-anslutning mellan Codex gemensamma agentlogik och olika gränssnitt, däribland webbappen, CLI:t, IDE-tillägget och macOS-appen . Codex CLI beskrivs samtidigt som en öppen referensimplementation. Utvecklare kan använda modellen direkt via API:t eller välja Codex SDK för enklare integrationer .

Den praktiska bilden är därför ett exekveringslager runt modellen: verktyg, tillstånd, återkoppling och gränssnitt som gör fleroperationsarbete möjligt. Källorna bevisar däremot inte att OpenAI gjorde ett nytt paket med det formella namnet ”Harness” tillgängligt under Apache 2.0 den 20 augusti.

Det här är fortfarande inte verifierat

Det tillgängliga underlaget fastställer inte:

• att en lansering ägde rum den 20 augusti;
• att produkten formellt hette ”Harness”;
• att den distribuerades under Apache 2.0-licensen;
• exakt vilka komponenter det påstådda paketet innehöll; eller
• vilka företag som hade börjat använda det och vilka resultat de nådde.

Den sekundära rapporten beskriver codex exec, Codex SDK och app-server som delar av lanseringen . De officiella källorna som ingår här beskriver dock dessa funktioner och komponenter vid olika tidpunkter och i olika sammanhang. Utan ett motsvarande officiellt tillkännagivande eller en matchande post i ett kodarkiv bör uppgifterna inte ses som bekräftelse på den rapporterade releasen.

Därför fick ARC-AGI-3 ett så stort lyft

Ett separat OpenAI-experiment ger det tydligaste källstödda resultatet. På ARC-AGI-3:s offentliga uppgiftsmängd fick GPT-5.6 Sol 13,3 procent med standardharnessen. När OpenAI aktiverade sparat resonemang och kontextkomprimering via Responses API steg resultatet till 38,3 procent – ungefär en tredubbling – samtidigt som användningen av utmatningstokens minskade omkring sex gånger .

Modellvikterna ändrades inte i den jämförelsen. Det avgörande var hur exekveringsmiljön bar med sig tillstånd mellan turerna:

• Sparat resonemang gjorde att användbara mellanresultat kunde leva kvar mellan handlingar, i stället för att modellen behövde bygga upp samma strategi igen.
• Kontextkomprimering kondenserade äldre uppgiftshistorik när interaktionen växte, i stället för att äldre information bara föll bort.

OpenAI:s utvecklarguide beskriver funktionerna som sätt att återanvända redan utfört arbete och behålla sammanhang över längre uppgifter . Resultatet bör därför förstås som ett mått på hela systemet – modell plus runtime – och inte som bevis för att själva modellen plötsligt blev tre gånger mer kapabel.

Det finns också en viktig begränsning: jämförelsen gäller två exekveringskonfigurationer på ett offentligt benchmark. Den visar inte att samma förbättring kommer att uppstå i varje agent, modell, arbetsbelastning eller produktionsmiljö.

Vad utvecklare kan använda redan nu

Den starkaste bekräftade slutsatsen handlar inte om den obekräftade Apache 2.0-lanseringen, utan om de verktyg OpenAI faktiskt dokumenterar för att bygga agentiska kodflöden:

• Direkt API-åtkomst: Codex-guiden beskriver API:t som det mest anpassningsbara alternativet .
• Codex SDK: SDK:t är en enklare integrationsväg för utvecklare som inte vill bygga varje gränssnitt från grunden .
• Öppen CLI-referens: OpenAI pekar ut Codex CLI som en implementation som går att granska och anpassa .
• Agentloopen: den dokumenterade cykeln planera–implementera–validera–reparera utgör arbetsmönstret för långvariga koduppgifter .
• Molnkörning: Codex kan arbeta med kodarkiv, köra kod och hantera bakgrundsuppgifter parallellt i sin molnmiljö .

Tillsammans gör detta det möjligt att placera en agent i en produkt eller teknisk arbetsprocess, i stället för att begränsa den till ett allmänt samtalsgränssnitt. Utvecklare kan lägga till domänspecifika instruktioner, verktyg, behörigheter, valideringssteg och egen tillståndshantering runt modellen. Det är en dokumenterad integrationsriktning. Påståendet att en enda Apache-licensierad Harness-release formaliserar allt detta är däremot fortfarande obekräftat i de officiella källorna som ingår här.

Adoptionsbilden är smalare än lanseringspåståendet

De tillgängliga källorna nämner inga företag som har tagit den påstådda Apache-licensierade lösningen i bruk. De redovisar inte heller företagsresultat för juridiska, operativa, forskningsrelaterade eller andra arbetsflöden utanför kodning.

Det finns bredare tecken på att Codex används av företagskunder. OpenAI uppgav att Codex i juni stod för 64 procent av de sammanlagda output-tokensen från Codex och ChatGPT bland företagskunder . Siffran tyder på omfattande företagsanvändning, men visar varken att den påstådda Harness-produkten har adopterats, vilka företag det gäller eller vilken affärsnytta de har uppnått.

Den strategiska betydelsen

Det verifierade mönstret pekar mot en förflyttning från chattbaserad hjälp till delegerat genomförande. Codex kombinerar en modell med verktyg, en iterativ återkopplingsloop, beständigt eller komprimerat tillstånd och körmiljöer som kan utföra arbete i flera steg .

För produktteam kan arkitekturen ligga till grund för specialiserade agenter för kodarkiv, interna processer, research eller andra kontrollerade arbetsflöden. Kvaliteten avgörs då inte bara av modellvalet, utan också av hur utvecklarna utformar verktygsåtkomst, tillståndslagring, kontextgränser, validering och återhämtning efter fel.

Det är den mer hållbara lärdomen från ARC-AGI-3-testet: ändringar i harnessen kan påverka både förmåga och effektivitet. Men med det underlag som finns är det mer korrekt att beskriva OpenAI:s dokumenterade Codex-runtime och API-komponenter än att presentera en Apache 2.0-lansering av ”Harness” den 20 augusti som ett fastställt faktum.