Två av DevDays utvecklarbesked kommer med begränsningar som huvudtalet inte nämnde men dokumentationen gör.
Den första är Ultrafast, OpenAI:s premiumnivå för hastighet. Bolaget säger att den ger upp till åtta gånger snabbare tokengenerering — 300 token per sekund — i Codex, och upp till sex gånger snabbare i API:t. GPT-6 Astra Ultrafast finns nu via API:t och i ChatGPT Work och Codex på planerna Pro 500 och Enterprise, och OpenAI säger att GPT-6.1 Sol Ultrafast kommer snart.
Var Ultrafast inte kan köras
API-guiden avslutas med en mening värd att läsa innan man bygger kring nivån: “Ultrafast stöder endast dataresidens i USA och global bearbetning. Den stöder inte ändpunkter för regional bearbetning i EU eller andra regioner utanför USA.”
För ett europeiskt bolag som byggt på regional bearbetning för att uppfylla åtaganden om dataresidens innebär det att den snabbaste nivån är otillgänglig utan att flytta var inferensen sker. Det är en praktisk vägskillnad för alla som kör latenskänsliga agenter under EU:s dataregler, och den står som en rad i en utvecklarguide i stället för i en rubrik.
Guiden sätter också standardgränser för tokentakt: 500 000 token per minut för API-användningsnivå ett till tre, en miljon för nivå fyra och fem miljoner för nivå fem, och rekommenderar starkt WebSockets för agenttillämpningar som gör många verktygsanrop tätt inpå varandra. Värt att notera: guiden anger i dag förhandsåtkomst för GPT-5.6 Sol, medan DevDay-sammanfattningen talar om GPT-6.1 Sol Ultrafast som något som kommer snart.
Agents API får en webbläsare
Det andra tillskottet är datoranvändning i Agents API. En agent kan navigera webbplatser och manövrera webbläsargränssnitt för att testa en sajt, samla information eller köra en applikation via dess användargränssnitt, med webbläsaren körd i en miljö som OpenAI är värd för. Utvecklare slår på det genom att lägga till ett computer_use-verktyg och aktivera ett värdbaserat skrivbord.
Samtyckesmodellen är finkornig och noggrant dokumenterad: webbläsaren kräver användarens godkännande innan den når varje ny webbplatsdomän, även publika webbplatser, och att slå på nätverksåtkomst godkänner inte de förfrågningarna. Utvecklarens applikation måste visa den begärda domänen och ett skäl, och hämta in ett beslut att godkänna, neka eller avbryta.
Samma sida anger gränsen för det skyddet i en egen rubrik: godkännandet av en domän tvingar inte fram bekräftelse före enskilda åtgärder. Att godkänna en domän godkänner allt agenten sedan gör på den.
Beslut, och agenter som körs inne i AWS
OpenAI förhandsvisade också ett Decisions API, som snävar in modellen till en bestämd uppsättning frågor med ändliga fördefinierade svar — klassificera innehåll, styra en förfrågan, välja en agents nästa åtgärd — med sammanhang som text eller bilder. Det är i begränsad förhandsvisning, med bredare släpp planerat inom dagar. Separat har OpenAI arbetat med Amazon på Bedrock Managed Agents, som tar Agents API:s kärnförmågor och kör OpenAI-agenter helt och hållet inne i AWS.
Att följa
Godkännandeflödet per domän är rätt förval och det första produktteam kommer att försöka gå runt, eftersom en agent som stannar och frågar om varje ny domän inte är en autonom agent. Frågan är om OpenAI släpper ett alternativ för generellt godkännande. När det gäller Ultrafast är frågan om EU:s regionala ändpunkter får nivån alls, eller om hastigheten blir ytterligare en sak europeiska driftsättningar byter bort mot dataresidens.
