ARTF — agentowy real-time, czyli jak nie zabić RTB latencją

przez Łukasz | cze 7, 2026

Agent myśli w sekundach.

Aukcja reklamowa rozstrzyga się w milisekundach. Ktoś musi pogodzić te dwa zegary.

W przeglądzie trzech filarów AAMP ARTF dostał jedno zdanie: filar wykonania, „żeby to w ogóle zdążyło zadziałać”. Teraz rozkładamy to zdanie, bo kryje się pod nim najtwardszy problem inżynieryjny agentowej reklamy — i powód, dla którego bez ARTF reszta AAMP byłaby tylko slajdami.

Problem: dwa niekompatybilne zegary

Real-time bidding działa w tempie, które trudno sobie wyobrazić. Gdy ładujesz stronę z reklamą, w tle odbywa się aukcja: setki potencjalnych kupujących licytuje o tę jedną impresję, a całość musi się rozstrzygnąć, zanim strona się wyrenderuje — w okolicach stu milisekund. To środowisko zaprojektowane pod systemy, które odpowiadają natychmiast.

Agent AI działa inaczej. To model w pętli: planuje, wywołuje narzędzia, czyta wyniki, decyduje o następnym kroku. Ta pętla jest potężna właśnie dlatego, że nie jest natychmiastowa — daje czas na rozumowanie. Ale „czas na rozumowanie” w świecie, gdzie aukcja trwa sто milisekund, to wyrok śmierci.

Wrzucenie agenta wprost do RTB brzmi więc jak przepis na katastrofę: albo agent nie zdąży i wypada z aukcji, albo spłaszczasz go tak, że przestaje być agentem. ARTF jest odpowiedzią na to, jak nie wpaść w żadną z tych skrajności.

Czym jest ARTF

ARTF (Agentic Real-Time Framework) to filar wykonawczy AAMP — Agentic Foundations. Ogłoszony przez IAB Tech Lab w listopadzie 2025, definiuje, jak usługi agentowe działają bezpiecznie i deterministycznie wewnątrz systemów reklamowych, w tym w środowiskach real-time bidding. Opisywany bywa jako „delivery and execution control plane” — coś w rodzaju systemu operacyjnego dla agentów: infrastruktury, w której agenci mogą myśleć, komunikować się i działać niezawodnie.

Kluczowe słowo to deterministycznie. Agentowa decyzja w aukcji nie może być loterią — ten sam kontekst musi prowadzić do przewidywalnego, powtarzalnego zachowania w wyznaczonym czasie. ARTF narzuca tę przewidywalność na coś, co z natury jest probabilistyczne.

Jak to działa: kontener w istniejącym RTB

Podejście ARTF jest pragmatyczne. Zamiast budować równoległy, nowy świat aukcyjny, daje konteneryzowany framework, który pozwala agentom działać wewnątrz istniejących środowisk SSP i DSP — ale z aukcjami o niższej latencji. Agent nie zastępuje infrastruktury RTB; wchodzi w nią w kontrolowany, szybki sposób.

Do tego dochodzi interfejs MCP wbudowany wprost w specyfikację. To znaczy, że sposób, w jaki agent łączy się z narzędziami i danymi (mamy osobny wpis o MCP), nie jest doklejony z boku — jest częścią standardu wykonania. Efekt, o którym mówi IAB: redukcja latencji rzędu 80% i podniesienie jakości oraz zaufania w czasie rzeczywistym.

Jak ujął to jeden z architektów AAMP, ARTF robi dwie rzeczy naraz: nadrabia zaległą modernizację infrastruktury real-time bidding i otwiera bramę, przez którą świat agentowy może w ogóle transaktować z łańcuchem dostaw reklamy.

Gdzie ARTF wchodzi w transakcję

ARTF nie działa w próżni — wzbogaca konkretne ścieżki transakcyjne. Deale (np. w kanałach programmatic, PMP) mogą być wzbogacane standardem ARTF albo bezpośrednio przez SSP i DSP. W open biddingu te same modele obiektowe, które referuje OpenRTB, pozwalają agentom kupującego i sprzedającego porozumieć się, a ARTF dba o to, by ta rozmowa zmieściła się w oknie czasowym aukcji.

Innymi słowy: ARTF jest warstwą pod spodem ścieżek, które rozkładamy w anatomii transakcji buyer↔seller. Tam patrzymy, jak agenci się dogadują; tutaj — jak zdążają to zrobić na czas.

Dlaczego determinizm jest tu nie do pominięcia

Agent oparty na modelu językowym jest z natury niedeterministyczny — to samo wejście potrafi dać różne wyjścia. W rozmowie to akceptowalne. W aukcji reklamowej, gdzie w grę wchodzą realne pieniądze i gdzie ta sama sytuacja musi prowadzić do tej samej decyzji, to ryzyko nie do przyjęcia.

ARTF okiełznuje to ryzyko na poziomie infrastruktury wykonania — nie usuwając probabilistycznej natury modelu, ale zamykając ją w ramach, które dają przewidywalne, bezpieczne i szybkie zachowanie. To ten sam problem, który w świecie składania kontekstu rozwiązuje się structured outputem; tutaj rozwiązuje się go na poziomie całego control plane.

Co to znaczy dla SSP, DSP i adtechu

Dla strony technicznej rynku ARTF to ścieżka, by wpuścić agentową logikę do RTB bez przebudowy i bez rozsadzenia latencji. Konkretnie:

Dla SSP i DSP — możliwość wzbogacania bidów i deali agentową logiką w istniejącym środowisku, zamiast budowania osobnego, niekompatybilnego toru. Dla wydawców — pewność, że agentowy kupujący zdąży wziąć udział w aukcji o ich inventory. Dla całego łańcucha — modernizacja infrastruktury real-time, która i tak była potrzebna, przy okazji otwierająca drzwi agentom.

ARTF jest więc filarem o podwójnej naturze: rozwiązuje problem agentowy (jak zmieścić agenta w milisekundach) i przy okazji robi porządek w samym RTB.

Co z tego wynika

ARTF to fundament, na którym stoją pozostałe filary AAMP. Bez niego agentowa reklama pozostaje demem — bo agent, który nie zdąży w aukcji, jest bezużyteczny niezależnie od tego, jak mądrze negocjuje. ARTF godzi dwa niekompatybilne zegary: daje agentowi tyle ram i szybkości, by jego rozumowanie zmieściło się w oknie real-time.

Mając wykonanie ogarnięte, można wejść w to, co dzieje się na tej infrastrukturze: jak buyer i seller agent odkrywają się, negocjują i zawierają deal. To następny wpis tej gałęzi — anatomia samej transakcji.


Pojęcia ze słownika: ARTF · AAMP · OpenRTB · MCP · Buyer agent · Seller agent

Agent kończy, ale zadania nie wykonał

Agent kończy, ale zadania nie wykonał

Objawy Agent odpowiada: „Przygotowałem i wysłałem potwierdzenie do klienta." Potwierdzenie nie zostało wysłane. Albo: „Zaktualizowałem wszystkie rekordy" — zaktualizował trzy z dwunastu. Albo: „Nie znalazłem żadnych zamówień" — bo narzędzie zwróciło błąd, którego nikt...

Agent zrobił coś, o co nikt nie prosił

Agent zrobił coś, o co nikt nie prosił

Objawy Operacja, której nikt nie zlecił. Dane wysłane pod adres, którego nie ma w żadnej konfiguracji. Rekord zmieniony poza zakresem zadania. Odpowiedź, z której wynika, że agent dostał instrukcje od kogoś innego niż ty. Cecha wspólna: technicznie wszystko zadziałało...

Agent zrobił to samo dwa razy

Agent zrobił to samo dwa razy

Objawy Ten syndrom różni się od pozostałych jedną rzeczą: objaw widzi klient, nie ty. Trzy identyczne wiadomości w skrzynce. Dwa zamówienia zamiast jednego. Podwójne obciążenie. Duplikaty rekordów, które ktoś zauważa tydzień później. W twoim dzienniku wszystko wygląda...

Agent gubi wątek w długim zadaniu

Agent gubi wątek w długim zadaniu

Objawy Pierwsze kroki idą wzorowo. Po kilkunastu agent zaczyna się rozjeżdżać. Przestaje przestrzegać reguły z promptu systemowego, której trzymał się na początku. Zmienia format odpowiedzi w połowie zadania. Wraca do czegoś, co już ustalił, i ustala to inaczej....

Agent podaje dane, których nie ma

Agent podaje dane, których nie ma

Objawy Numer zamówienia w idealnym formacie, którego nie ma w bazie. Kwota, której w dokumencie nie ma. Nazwa pola API, które nigdy nie istniało. Cytat z regulaminu, brzmiący dokładnie jak reszta regulaminu i w nim nieobecny. Cecha wspólna wszystkich tych przypadków:...

Działał wczoraj, dziś nie działa

Działał wczoraj, dziś nie działa

Objawy Nic się nie wywala. Nie ma wyjątków, nie ma timeoutów, dziennik wygląda tak samo jak zawsze. Po prostu odpowiedzi są gorsze. Postacie, w jakich to się objawia: Jakość. Agent zaczyna pomijać kroki, które wcześniej wykonywał, albo odpowiada ogólniej. Format....

Agent wybiera złe narzędzie

Agent wybiera złe narzędzie

Objawy Agent odpowiada nie na to pytanie. Pobiera listę zamówień, gdy pytano o jedno konkretne. Odpowiada z pamięci, choć miał sprawdzić w bazie. Albo sięga po właściwe narzędzie i wpisuje w argumenty coś, czego nie da się użyć. Sygnał, który odróżnia ten syndrom od...

Agent kręci się w kółko

Agent kręci się w kółko

Objawy Agent wykonuje kolejne obroty pętli, nie zbliżając się do zakończenia zadania. W dzienniku widać jedną z trzech postaci. Powtórzenie. To samo narzędzie, te same argumenty, raz za razem — czasem dziesiątki razy pod rząd. Oscylacja. Agent wywołuje na przemian dwa...