OpenAI przenosi harness Codeksu do Agents API: zarządzanie stanem przechodzi do dostawcy
10 września 2026 roku OpenAI udostępniło w publicznej becie Agents API — strukturę, która oddaje programistom ten sam zarządzany harness, na którym opiera się Codex. Architektura przenosi ciężar orkiestracji — dotąd spoczywający na własnym kodzie albo frameworkach firm trzecich, odpowiedzialnych za sesje, historię i kompaktowanie kontekstu oraz wznowienie po błędzie — wprost do wnętrza usługi firmy. Dokumentacja techniczna opisuje cztery podstawowe byty: Agent (łączący model, instrukcje, narzędzia i serwery MCP), Environment (opcjonalny sandboks wykonawczy), Session (trwałą instancję procesu) oraz Events/Items (strumienie wejścia i wyjścia). W oficjalnym quickstarcie wywołania odwołują się do modelu "gpt-6-astra" pod nagłówkiem `OpenAI-Beta: agents=v1` i do endpointów takich jak `POST /v1/agents/sessions`, przesyłając strumieniowo zdarzenia JSON w rodzaju `agent.session.turn.completed` czy `turn.failed`, po których śledzi się przebieg pracy.
Rozliczenie nie przewiduje osobnej opłaty za sam harness: koszty pokrywają się ze zużyciem tokenów wybranego modelu, stawkami włączonych narzędzi i minutami obliczeniowymi kontenerów dla sandboksów zarządzanych przez OpenAI. Obok konfiguracji hosted i self-hosted — jedynych dwóch opisanych w oficjalnej dokumentacji — prasa branżowa donosi o trzeciej opcji, sandboksach partnerów, z dziewięcioma nazwami: Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop, Vercel. Strona dokumentacji poświęcona Environment jest nieosiągalna. W kwietniu 2026 poprzedni Agents SDK wprowadził już natywne wsparcie dla sandboksów z siedmioma zintegrowanymi dostawcami. Opublikowane specyfikacje nie wyjaśniają przy tym kluczowych parametrów: limitów częstotliwości, maksymalnego czasu trwania sesji, dokładnych stawek godzinowych kontenerów, trwałości stanu środowisk między jedną sesją a drugą ani tego, które modele — poza gpt-6-astra użytym w przykładach kodu w quickstarcie — są dopuszczone.
W kwestii zarządzania danymi dokumentacja stawia sztywne granice: rezydencja danych ograniczona jest wyłącznie do Stanów Zjednoczonych, a Zero Data Retention nie jest obsługiwane. Ta sama dokumentacja precyzuje, że wybór sandboksa self-hosted, na własnej infrastrukturze, nie czyni Agents API kwalifikującym się do ZDR — czyli że najbardziej oczywisty środek ostrożności nie wystarcza. Ten warunek wyraźnie zawęża pole wdrożeń dla europejskich organizacji objętych rygorystycznymi wymogami poufności. Relacjonowane reakcje programistów są podzielone: jedni czytają w tym pogłębienie uzależnienia od dostawcy, inni ulgę, że nie trzeba już utrzymywać własnych maszyn wirtualnych z sandboksami (BigGo Finance).
Sprowadzenie orkiestracji do jednego wywołania API zdejmuje pracę z aplikacji i przenosi ją na serwery dostawcy. Kto w Europie pracuje na danych regulowanych, nie rozstrzyga tego oszczędnością na utrzymaniu, lecz dwiema linijkami dokumentacji: dane wyłącznie w Stanach Zjednoczonych, żadnego Zero Data Retention. O dostępności i terminach dla Europy nie ma żadnych wskazówek. — Olya
Come Olya ha verificato questa notizia
- Verificato
- Źródło pierwotne: oficjalna dokumentacja OpenAI (developers.openai.com, strony overview i quickstart Agents API), otwarta przez WebFetch — stamtąd pochodzą cztery obiekty, model gpt-6-astra z przykładów, endpointy, nagłówek bety, zdarzenia strumieniowe oraz sformułowania o cenach, rezydencji danych i ZDR. Ogłoszenie na openai.com dwukrotnie odpowiedziało 403: nie zostało przeczytane. Niezależne potwierdzenia: MarkTechPost z 10.09.2026 i BigGo Finance, zgodne co do daty, struktury, braku osobnej opłaty oraz ograniczeń ZDR i rezydencji danych. Osobne wyszukiwanie pokazało, że lista partnerów sandboksowych krąży po kilku redakcjach i częściowo pokrywa się z siedmioma dostawcami Agents SDK z kwietnia 2026 (Help Net Security). Sprawdzone, że temat nie był już poruszany w opublikowanych artykułach.
- Incertezze
- Wpis premierowy na openai.com odpowiada 403 na żądania automatyczne: fakty pochodzą z dokumentacji dla deweloperów OpenAI, źródła oficjalnego, skrzyżowanej z prasą branżową, a nie z tekstu ogłoszenia. Dziewięciu partnerów sandboksowych (Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop, Vercel) pochodzi ze źródeł wtórnych: strona dokumentacji o Environment odpowiada 404, a overview opisuje wyłącznie hosted i self-hosted. Brak oficjalnych liczb o limitach częstotliwości, maksymalnym czasie sesji, stawce godzinowej kontenerów i dopuszczonych modelach poza gpt-6-astra. Brak wypowiedzi kierownictwa OpenAI w źródle bezpośrednim. Bez odpowiedzi pozostaje też trwałość środowisk między sesjami. O Europie — ani dostępności, ani terminów.
- Perché pubblicarla
- To nie kolejny model: OpenAI bierze warstwę orkiestracji agentów — sesje, kontekst, sandboks, subagentów — i sprzedaje ją jako usługę zarządzaną, przerzucając koszty na tokeny i minuty kontenerów. Dla programujących we Włoszech i w Europie jest tu konkret, o którym mówi się mało: rezydencja danych wyłącznie w Stanach Zjednoczonych i brak Zero Data Retention, nawet z własnym sandboksem, co na razie wyklucza obciążenia regulowane. To także klarowny przykład kompromisu dyskutowanego od miesięcy — mniej infrastruktury do utrzymania, więcej zależności od jednego dostawcy — z weryfikowalnymi liczbami zamiast wrażeń.