OpenAI stelt de Agents API beschikbaar in publieke bèta, waarmee ontwikkelaars cloudagents bouwen die langdurig draaien met beheerde sessies, tools en een sandbox naar keuze.
Voor een Nederlandse organisatie verandert de bouwopgave. In plaats van zelf sessiebeheer, contextcompactie, herstel en toolorkestratie te maken, kan die laag aan OpenAI worden uitbesteed. De eigen keuzes verschuiven naar model, toegestane acties, data, uitvoeringsomgeving en de vraag hoe een overstap later mogelijk blijft.
Een sessie die blijft bestaan
Een Agents API-sessie bewaart configuratie, gesprek en opgeslagen werk over tijd. Een taak verloopt in beurten: een bericht aan een actieve sessie stuurt het lopende werk bij, terwijl een bericht aan een inactieve sessie een nieuwe beurt start. De beurten lopen asynchroon, met streaming of webhooks voor de voortgang.
OpenAI beheert daarbij de contextcompactie en het herstel. Dat haalt een lastig stuk maatwerk uit langlopende processen, zoals een agent die documenten onderzoekt, code uitvoert en de resultaten in meerdere rondes verwerkt. De applicatie blijft verantwoordelijk voor de opdracht, de beschikbare hulpmiddelen en de afhandeling wanneer een beurt mislukt of wordt geannuleerd.

De sandbox staat los van het harnas
OpenAI levert een beheerde sandbox met Linux, Python, Node.js en opdrachtregelgereedschap. Daarin kunnen agents code uitvoeren, bestanden bewerken en artefacten maken. De organisatie kan ook een eigen sandbox of die van een partner gebruiken, met een eigen image, rekenprofiel of privénetwerk.
In een OpenAI-hosted sandbox kun je netwerktoegang aanzetten, uitschakelen of beperken tot 1 tot 100 exacte hostnamen. Zonder activiteit en keep-alives kan zo’n beheerde sandbox na één uur worden verwijderd. Die time-out is volgens de documentatie niet instelbaar.
Dat maakt de scheiding tussen sessie en rekenomgeving belangrijk. Een sessie kan langer bestaan dan haar omgeving, terwijl een self-hosted omgeving door de eigen applicatie wordt gestart, gekoppeld en gestopt. Self-hosting houdt de uitvoering en bestanden dichter bij de organisatie, maar verplaatst het beheer van de runtime ook naar het eigen team.
Tools zijn expliciete grenzen
De Agents API ondersteunt MCP-servers, eigen functies en ingebouwde hulpmiddelen zoals web search. Tool search kan definities pas laden wanneer ze nodig zijn. Programmatic tool calling laat een agent meerdere aanroepen parallel uitvoeren en alleen de relevante resultaten terugbrengen naar de context. OpenAI ondersteunt ook multi-agent-orkestratie, waarbij gespecialiseerde subagents hun eigen context krijgen en de hoofdagent het resultaat samenvoegt.
Een prompt zet die toegang niet vanzelf aan. De web search-tool staat uit als hij niet expliciet in agent.tools staat. De live-modus is standaard, maar cached of disabled kan ook; een domeinfilter accepteert maximaal 100 exacte hostnamen. Voor een bedrijfsproces is dat het verschil tussen een agent die een afgebakende gereedschapskist krijgt en een agent die op basis van een vrije opdracht zelf de buitenwereld probeert te bereiken.
De rekening volgt het aantal stappen
De Agents API zelf heeft volgens OpenAI geen aparte toeslag. Modelgebruik, ingebouwde tools en OpenAI-hosted sandboxes worden wel tegen hun eigen standaardtarieven afgerekend. OpenAI noemt als klantvoorbeeld dat SafetyKit na de overstap een kostenreductie van 60 procent per case zag bij gelijkblijvende prestaties. Dat is een klantgetuigenis van OpenAI, geen algemene prestatienorm, maar het laat zien waar de leverancier de waarde positioneert: minder eigen infrastructuur rond iedere agentworkflow.
De kostenberekening verschuift daarmee van alleen tokens naar de volledige uitvoering. Elke extra beurt, toolaanroep, sandbox en parallelle subagent telt mee. Voor een Nederlands team dat een agent in een dagelijks proces zet, horen die onderdelen bij hetzelfde ontwerp als de modelkeuze.
Wat nu verandert
De stap volgt op OpenAI’s test met een Codex-stand die een agent laat doorwerken tot je hem slapen legt. De Agents API maakt langdurig werk nu beschikbaar als bouwsteen voor een eigen toepassing, terwijl OpenAI de laag voor sessies, orkestratie, context en herstel onderhoudt.
De publieke bèta is dus geen losse modelkoppeling. Het is een keuze voor een runtime. Self-hosted compute kan de plaats van uitvoering en de opslag beter onder eigen controle houden, maar de beheerde laag blijft een afhankelijkheid zolang sessiestaat en harnas uit OpenAI komen. Voor organisaties die met agents willen opschalen, wordt precies die grens een architectuurbesluit.
Veelgestelde vragen
Van API naar eigen agent
Ik help je de stap van een beheerde Agents API naar een werkend systeem te maken. Ik denk mee over architectuur, ontwerp de flow en realiseer en automatiseer het geheel, self-hosted waar dat kan.
Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.
