<п>ОпенАИ је отворио нови фронт у трци за инфраструктуру агената са јавном бета-верзијом АПИ-ја за агенте, која је покренута 10. септембра 2026. Услуга омогућава програмерима да креирају сесију агента тако што ће навести задатак, модел, алате и окружење за извршавање у једном АПИ позиву, уместо да спајају позиве модела, петље позивања алата и петље за позивање алата и управљање контекстом сада није једноставно. Отворена глава апликације сада нема само управљање контекстом.<п> другу крајњу тачку програмера. Важнија промена је архитектонска: ОпенАИ је сама оркестрација агента за паковање као хостована АПИ површина. Бета подржава МЦП, прилагођене функције и уграђене алате као што је веб претрага. ОпенАИ такође каже да платформа укључује аутоматско сажимање контекста, програмско позивање алата и паралелне подагенте.<п>За програмере који граде агентске производе, то помера неколико оперативних проблема из времена извршавања апликације у слој провајдера. За компаније које користе мрежне пролазе, системе наплате или интерне АИ платформе, то такође ствара нови проблем интеграције. Захтев можда више неће бити јасно мапиран у један позив модела. Може представљати сесију која се шири кроз алате, окружења и подагенте пре него што врати одговор.<х2>Шта се променило<п>До сада су многи системи производних агената били изграђени на врху АПИ-ја за ћаскање или одговоре у стилу одговора. Програмери су сами управљали петљом оркестрације: шаљу промпт, прегледају захтеве за позивање алата, покрећу алат, додају резултате, управљају ограничењима контекста, неуспешним покушајима поново и одлучују када је задатак завршен. Помогли су оквири и времена извршавања агента, али одговорност је углавном остала на власнику апликације.<п>АПИ за агенте мења ту поделу посла. ОпенАИ нуди модел сесије хостованог агента где програмер описује рад и доступне могућности, док платформа управља већим делом тока извршавања. Подршка АПИ-ја за МЦП је важна јер је МЦП постао уобичајен начин да се алати и спољни системи изложе агентима. Изворна подршка чини слој алата мање застарелим, а више првокласним уговором.<п>ОпенАИ каже да нема додатних накнада за коришћење АПИ-ја за агенте осим утрошених токена и алата. Тај избор цена смањује баријеру експериментисању, али не чини резултујућа радна оптерећења једноставним за обрачун. Покретање хостованог агента и даље може да користи токене модела, коришћење уграђеног алата и потенцијално спољну инфраструктуру иза повезаних алата. За тимове који већ покушавају да централизују <а хреф="/ен/топицс/унифиед-аи-апи-биллинг/">обједињено наплату АИ АПИ-ја, јединица за обрачун постаје све мање очигледна.<х2>Зашто је то важно за мрежне пролазе и тимове платформе<п>Покретање повећава притисак на АИ мрежне пролазе или компатибилне крајње тачке за одговор да подржавају више од одговора на ОпенАИ цомпатибле цхат. Ако клијенти почну да усвајају сесије хостованих агената, мрежни пролази ће можда морати да директно проксију нову површину, да је преведу у интерне смернице или да одлуче да су неке операције агента изван њиховог подржаног нивоа контроле.<п>То је материјална одлука о производу. Мрежни пролаз који види само захтев највишег нивоа може пропустити оперативне детаље који су битни пословним клијентима: који алати су били дозвољени, који су субагенти покренути, које окружење је управљало извршењем, који подаци су прешли границу и како треба приписати потрошњу. Гатеваи-у који жели да остане систем евиденције биће потребни евиденције сесије, дозволе на нивоу алата и јаснија подела трошкова.<п>Ово је посебно релевантно за платформе у стилу Модел Гате-а које већ седе између тимова и више добављача модела. Практични захтев више није само усмеравање захтева на најјефтинији или најбржи модел. Радним оптерећењима агента су потребне контроле политике око алата, заштићених окружења, приступа подацима и буџета. Такође им је потребна аналитика која објашњава да ли је до пораста дошло коришћењем токена, веб-претрагом, извршавањем кода, дуготрајном сесијом или поновљеним субагентским позивима.<п>Тајминг ОпенАИ такође одговара ширем обрасцу. Недавна лансирања провајдера и мрежних пролаза померила су извршење и управљање ближе инфраструктурном слоју: хостовани алати љуске, контроле МЦП сервера, рутирање специфично за регион и дозволе за агенте предузећа су сви знаци исте промене. Понашање агената постаје нешто што тимови платформе морају да управљају, а не само нешто што програмери имплементирају унутар кода апликације. То ставља <а хреф="/ен/топицс/теам-апи-говернанце-аи/">управљање тимским АПИ-јем на пут архитектуре производа.<х2>Ко је погођен<п>Програмери апликација агента су прва публика. АПИ би могао да смањи количину оркестрационог кода који одржавају и да олакша комбиновање модела, МЦП алата, веб претраге и прилагођених функција у једном управљаном току.То је корисно за агенте за подршку, помоћнике за кодирање, истраживачке токове, алате за интерне операције и производе за аутоматизацију где задатак обухвата неколико корака.<п>Инжењери платформе и безбедносни тимови су друга публика. Хостована оркестрација мења модел ревизије. Уместо да прегледају само код апликације и упите модела, тимови морају разумети дозволе додељене сесији агента и понашање алата повезаних преко МЦП-а или прилагођених функција. Питање постаје мање „Који модел је позвала ова апликација?“ и више „Шта је овом агенту било дозвољено да ради и шта је заправо урадио?“<п>Погођени су и тимови за финансије и операције. ОпенАИ каже да не постоји посебна доплата за АПИ за агенте, али рад заснован на сесији може замаглити приписивање трошкова. Једна радња корисника може покренути више позива модела и алата. Буџети по кључу, ограничења на нивоу производа и извештавање на нивоу корисника мораће да одражавају ту структуру. <а хреф="/ен/топицс/аи-апи-усаге-аналитицс-дасхбоард/">контролна табла за аналитику коришћења АИ АПИ која само обједињује токене по моделу неће бити довољна за озбиљне примене агената.<х2>Оно што остаје неизвесно<п>Највећа непознаница је колико добро је производно окружење хостовано или у реалном окружењу. ОпенАИ-јев материјал за лансирање укључује побољшања која су пријавили купци у вези са трошковима, кашњењем и проценама, али то су тврдње о случајевима које су објавили добављачи. Треба их третирати као усмерене док купци не могу да тестирају АПИ у односу на сопствене задатке, податке, алате и циљеве поузданости.<п>Такође је нејасно колико ће се брзо екосистем стандардизовати око агената које хостује провајдер у односу на независна времена извођења. Неки тимови ће преферирати приступ којим се управља ОпенАИ јер смањује рад на инфраструктури. Други ће одржавати оркестрацију у кући како би сачували преносивост, видљивост или строжије безбедносне границе. Многи ће вероватно користити обоје: хостоване агенте за неке токове посла, агенте којима управља апликација за друге.<п>Бета ознака је важна. Програмери би требало да очекују да ће се детаљи развијати како ОпенАИ учи из ране употребе. За сада, стратешки правац је јаснији од коначног облика АПИ-ја: оркестрација агената постаје површина производа на нивоу провајдера. Свако предузеће које продаје, управља или анализира приступ вештачкој интелигенцији мораће да третира сесије агента као првокласне објекте, а не само као компликоване упите.