OpenAI otvorio je novu frontu u utrci agentske infrastrukture s javnom beta verzijom svog Agents API-ja, pokrenutog 10. rujna 2026. Usluga omogućuje razvojnim programerima stvaranje agentske sesije određivanjem zadatka, modela, alata i okruženja za izvršavanje u jednom pozivu API-ja, umjesto spajanja modela poziva, petlji pozivanja alata i upravljanja kontekstom unutar vlastitog aplikacijskog koda.
Naslov nije samo OpenAI sada ima drugu krajnju točku programera. Važniji pomak je arhitektonski: OpenAI je sama orkestracija agenta za pakiranje kao hostirana API površina. Beta podržava MCP, prilagođene funkcije i ugrađene alate kao što je web pretraživanje. OpenAI također kaže da platforma uključuje automatsko sažimanje konteksta, programsko pozivanje alata i paralelne subagente.
Za programere koji grade agentske proizvode, to premješta nekoliko operativnih problema iz vremena izvođenja aplikacije na sloj pružatelja usluga. Za tvrtke koje koriste pristupnike, sustave naplate ili interne AI platforme, to također stvara novi problem integracije. Zahtjev se možda više neće jasno mapirati na jedan model poziva. Može predstavljati sesiju koja se širi preko alata, okruženja i subagenta prije vraćanja odgovora.
Što se promijenilo
Do sada su mnogi sustavi proizvodnih agenata bili izgrađeni na temelju chata ili API-ja u stilu odgovora. Programeri su sami upravljali orkestracijskom petljom: poslali prompt, pregledali zahtjeve za poziv alata, pokrenuli alat, dodali rezultate, upravljali ograničenjima konteksta, ponovili neuspjehe i odlučili kada je zadatak završen. Pomogli su okviri i vremena rada agenata, ali odgovornost je uglavnom ostala na vlasniku aplikacije.
API agenata mijenja tu podjelu rada. OpenAI nudi model sesije hostiranog agenta gdje programer opisuje rad i dostupne mogućnosti, dok platforma upravlja većim dijelom tijeka izvršenja. Podrška API-ja za MCP je važna jer je MCP postao uobičajen način izlaganja alata i vanjskih sustava agentima. Nativna podrška čini sloj alata manje naknadnom mišlju, a više prvoklasnim ugovorom.
OpenAI kaže da nema dodatnih naknada za korištenje Agents API-ja osim utrošenih tokena i alata. Taj izbor cijene smanjuje prepreku eksperimentiranju, ali ne olakšava obračunavanje rezultirajućih radnih opterećenja. Pokretanje hostiranog agenta i dalje može koristiti tokene modela, korištenje ugrađenog alata i potencijalno vanjsku infrastrukturu iza povezanih alata. Za timove koji već pokušavaju centralizirati objedinjenu AI API naplatu, jedinica naplate postaje manje očigledna.
Zašto je to važno za pristupnike i platformske timove
Pokretanje dodaje pritisak na AI pristupnike da podrže više od OpenAI-kompatibilnih završetka chata ili krajnjih točaka odgovora. Ako klijenti počnu prihvaćati sesije hostiranog agenta, pristupnici će možda trebati izravno proxy novu površinu, prevesti je u interna pravila ili odlučiti da su neke operacije agenta izvan njihove podržane kontrolne ravnine.
To je bitna odluka o proizvodu. Gateway koji vidi samo zahtjev najviše razine može propustiti operativne pojedinosti koje su važne poslovnim korisnicima: koji su alati dopušteni, koji su podagenti pokrenuti, koje je okruženje upravljalo izvršenjem, koji su podaci prešli granicu i kako treba pripisati potrošnju. Gateway koji želi ostati sustav evidencije trebat će zapisnike koji su svjesni sesije, dopuštenja na razini alata i jasnije raščlambe troškova.
Ovo je posebno relevantno za platforme u stilu Model Gate-a koje već stoje između timova i više pružatelja modela. Praktični zahtjev više nije samo usmjeravanje zahtjeva na najjeftiniji ili najbrži model. Radna opterećenja agenata trebaju kontrole pravila oko alata, sandboxova, pristupa podacima i proračuna. Također im je potrebna analitika koja objašnjava je li skok nastao korištenjem tokena, pretraživanjem weba, izvršavanjem koda, dugotrajnom sesijom ili ponovljenim pozivima subagenta.
OpenAI-jevo vrijeme također odgovara širem obrascu. Nedavno lansiranje pružatelja usluga i pristupnika pomaknulo je izvršenje i upravljanje bliže infrastrukturnom sloju: hostirani alati ljuske, kontrole MCP poslužitelja, usmjeravanje specifično za regiju i dopuštenja agenta poduzeća znakovi su istog pomaka. Ponašanje agenata postaje nešto što platformski timovi moraju upravljati, a ne samo nešto što programeri implementiraju unutar koda aplikacije. To stavlja upravljanje timskim API-jem na put arhitekture proizvoda.
Tko je pogođen
Razvijači aplikacija agenta prva su publika. API bi mogao smanjiti količinu koda za orkestraciju koju održavaju i olakšati kombiniranje modela, MCP alata, pretraživanja weba i prilagođenih funkcija u jednom upravljanom tijeku.To je korisno za agente podrške, pomoćnike kodiranja, istraživačke tijekove rada, interne operativne alate i proizvode za automatizaciju gdje zadatak obuhvaća nekoliko koraka.
Inženjeri platforme i sigurnosni timovi su druga publika. Hostirana orkestracija mijenja model revizije. Umjesto da pregledavaju samo upite koda aplikacije i modela, timovi moraju razumjeti dopuštenja dodijeljena sesiji agenta i ponašanje alata povezanih putem MCP-a ili prilagođenih funkcija. Pitanje postaje manje "Koji je model pozvala ova aplikacija?" i više "Što je ovom agentu bilo dopušteno učiniti i što je zapravo učinio?"
Financijski i operativni timovi također su pogođeni. OpenAI kaže da ne postoji posebna doplata za API za agente, ali rad temeljen na sesiji može zamagliti pripisivanje troškova. Jedna radnja korisnika može pokrenuti više poziva modela i alata. Proračuni po ključu, ograničenja na razini proizvoda i izvješćivanje na razini korisnika morat će odražavati tu strukturu. Nadzorna ploča za analizu upotrebe AI API-ja koja samo agregira tokene po modelu neće biti dovoljna za ozbiljne implementacije agenata.
Ono što ostaje neizvjesno
Najveća je nepoznanica koliko dobro hostirani model orkestracije funkcionira u stvarnim proizvodnim okruženjima. OpenAI-jev materijal za lansiranje uključuje poboljšanja koja su prijavili korisnici u vezi s troškovima, latencijom i procjenama, ali to su tvrdnje koje je objavio dobavljač. Trebalo bi ih tretirati kao usmjerene sve dok kupci ne mogu testirati API u odnosu na vlastite zadatke, podatke, alate i ciljeve pouzdanosti.
Također je nejasno koliko će se brzo ekosustav standardizirati oko agenata koje hostira pružatelj u odnosu na neovisna vremena izvođenja. Neki će timovi više voljeti OpenAI-jev upravljani pristup jer smanjuje rad na infrastrukturi. Drugi će zadržati internu orkestraciju kako bi sačuvali prenosivost, vidljivost ili strože sigurnosne granice. Mnogi će vjerojatno koristiti oboje: hostirane agente za neke tijekove rada, agente kojima upravlja aplikacija za druge.
Beta oznaka je važna. Programeri bi trebali očekivati da će se detalji razvijati kako OpenAI uči iz ranog korištenja. Za sada je strateški smjer jasniji od konačnog oblika API-ja: orkestracija agenta postaje površina proizvoda na razini pružatelja usluga. Svako poduzeće koje prodaje, upravlja ili analizira pristup AI morat će tretirati agentske sesije kao prvorazredne objekte, a ne samo komplicirane upite.