Jeden agent, który negocjuje deal, to demo.
Tysiące agentów transaktujących bez chaosu to standard. AAMP jest o tym drugim.
Pillar tej gałęzi pokazał, czym jest agentic advertising i kto je układa. Tu schodzimy do architektury: jak właściwie zbudowane jest AAMP, czyli Agentic Advertising Management Protocols od IAB Tech Lab. Bo AAMP to nie jeden framework — to trzy filary, z których każdy rozwiązuje inny problem, i które dopiero razem dają rynek działający na skalę.
Dlaczego akurat trzy
Logika IAB jest tu warta zrozumienia, bo tłumaczy całą resztę. Pewne zadania agentowe nie skalują się bez wysokowydajnej infrastruktury wykonania — agent w pętli rozumowania jest z natury wolniejszy niż system, który ma zdążyć w aukcji liczonej w milisekundach. Ale infrastruktura wykonania jest bezużyteczna bez wspólnych standardów — szybki agent, który nie rozumie drugiego agenta, donikąd nie dojedzie. A jedno i drugie wymaga neutralnej strony dającej przejrzystość — bo bez wiedzy, z kim się transaktuje, automatyzacja zamienia się w ryzyko.
Stąd trzy filary, celowo komplementarne: wykonanie, standardy, zaufanie. Brak któregokolwiek wywala całość. Zobaczmy je po kolei.
Filar 1: Agentic Foundations — wykonanie
Pierwszy filar to wysokowydajne dostarczanie, wykonanie i kontrola. Mieszka tu ARTF (Agentic Real-Time Framework) — element, który definiuje, jak usługi agentowe działają bezpiecznie i deterministycznie wewnątrz systemów reklamowych, łącznie z real-time bidding. ARTF ma wbudowany w specyfikację interfejs MCP i jest projektowany tak, by ciąć latencję rzędu 80% — czyli sprawić, że wyniki agentów są użyteczne w produkcji, a nie tylko w pokazie.
To jest filar „żeby to w ogóle zdążyło zadziałać”. Bez niego agentowa decyzja nie zmieści się w oknie aukcyjnym, a cała reszta pozostaje teorią. ARTF dostanie u nas osobny wpis, bo to temat sam w sobie; tutaj zapamiętaj jego rolę: fundament wykonania pod resztą AAMP.
Filar 2: Agentic Protocols — warstwa zarządzania
To jest mięso AAMP i miejsce, gdzie buyer i seller agent faktycznie się dogadują. Filar Protocols definiuje, jak agenci rozumieją się nawzajem, odkrywają, negocjują, transaktują zlecenia i deale, wymieniają sygnały oraz odhaczają żmudne czynności konfiguracyjne, które wcześniej robili ludzie przed każdą transakcją.
IAB rozkłada go na dwie warstwy:
Warstwa software’owa (open-source). SDK rozwijane na GitHubie (repo-hub github.com/IABTechLab/AAMP), zaczynając od Agentic Direct oraz referencyjnych agentów kupującego i sprzedającego. To jest kod, który można pobrać i odtworzyć — anatomię tej transakcji rozłożymy w osobnym wpisie o buyer i seller agent.
Warstwa modeli obiektowych i prymitywów. To, co utrzymuje agentów „na torze” — oparte na istniejących taksonomiach (m.in. Privacy Taxonomy) i standardach Tech Lab, takich jak Deals API i AdCOM. Przykładowo: gotowy już Agentic Direct SDK używa standardu OpenDirect jako prymitywu.
W tym filarze siedzą też konkretne komponenty, które warto znać z nazwy: Agentic Direct (transakcje bezpośrednie na OpenDirect), Agentic Audiences (schemat sygnałów audytoryjnych, dawniej darowizna LiveRamp UCP), Agentic Mobile (agentowe workflow w aplikacjach) oraz Agentic Ad Object (wyprowadzony z AdCOM). Agentic Audiences zasługuje na osobną uwagę z powodu kolizji nazw — rozkładamy to osobno.
Sens całego filaru jest jeden: agenci nie wymyślają od nowa, czym jest jednostka reklamowa, deal czy audytorium. Mówią językiem, który branża zna od lat — tylko teraz tłumaczonym na potrzeby maszyn.
Filar 3: Trust & Transparency — zaufanie
Trzeci filar to Agent Registry — neutralny rejestr działający w Tools Portal IAB Tech Lab, otwarty i darmowy zarówno dla członków, jak i niečłonków. Daje przejrzystość i rozliczalność agentów na poziomie całego ekosystemu: ustanawia zaufane ramy dla tożsamości, weryfikacji i ujawniania agentów, żeby strony wiedziały, z kim (albo czym) faktycznie transaktują.
To filar „skąd wiem, że druga strona jest tym, za kogo się podaje”. Bez niego agentowa transakcja stoi na zaufaniu w ciemno. Rejestr dostanie własny wpis, bo to bezpośredni most do tematu agent-readiness — tożsamości po stronie transakcji.
Co spina filary: oparcie na tym, co już działa
Przez wszystkie trzy filary przewija się jedna decyzja projektowa. AAMP nie wprowadza nowego protokołu agentowego — bierze MCP (łączy agenta z narzędziami i danymi; mamy osobny wpis o MCP) oraz A2A (rozmowa agent-agent) i dokłada do nich branżowe schematy plus implementacje referencyjne. Schematy te stoją na standardach reklamy cyfrowej — OpenRTB, OpenDirect, AdCOM — które są skondensowaną wiedzą branży z miliardów transakcji.
To jest świadomy wybór przeciw fragmentacji: zamiast budować równoległy, niekompatybilny świat, AAMP nakłada warstwę agentową na infrastrukturę, którą rynek już zna i której ufa.
Co to znaczy w praktyce
Dla kogoś z adtechu trzy filary przekładają się na trzy konkretne pytania, które warto sobie zadać, patrząc na agentową reklamę:
Czy moje systemy zdążą działać w tempie agentów (Foundations / ARTF)? Czy moje inventory i deale są opisane w standardach, które agent drugiej strony zrozumie (Protocols)? I czy moja tożsamość jest weryfikowalna w rejestrze, żeby ktoś w ogóle chciał ze mną transaktować (Trust)? Wypadnięcie z któregokolwiek z tych trzech wyłącza Cię z agentowej transakcji równie skutecznie.
Co z tego wynika
AAMP to nie jeden standard, lecz trójnóg: wykonanie, które nadąża; wspólny język, którym agenci się rozumieją; i rejestr, który mówi, komu można ufać. Każdy filar bez pozostałych dwóch jest bezużyteczny — i właśnie dlatego IAB buduje je razem, nie po kolei.
Reszta tej gałęzi rozkłada filary na czynniki: ARTF od strony real-time, anatomia transakcji buyer↔seller od strony Protocols, i Agent Registry od strony zaufania. Mapę masz — teraz wchodzimy w każdy filar z osobna.
Pojęcia ze słownika: AAMP · ARTF · Agent Registry · Agentic Audiences · Buyer agent · Seller agent · MCP
