Agentic Marketing in 2026: cele patru lucruri pe care un sistem trebuie să le expună

Răspuns scurt: marketingul agentic este munca de marketing desfășurată de software care își alege singur pasul următor și apoi îl face. Cam aici se termină consensul. Am preluat cele unsprezece pagini returnate pentru termen și variantele sale pe 18 august 2026, iar opt dintre ele nu menționează deloc protocolul, apelarea instrumentelor sau apelarea funcțiilor — nivelul la care un agent încetează să fie o fereastră de chat și începe să fie ceva ce poate schimba comunitatea, campania sau evidențele clienților tăi. Așadar, acest articol definește marketingul agentic prin cele patru lucruri pe care un sistem trebuie să le expună înainte ca un agent să poată face orice muncă de marketing, citează Model Context Protocol despre motivul pentru care etichetele pe care acele sisteme le publică despre ele însele nu sunt de încredere și evaluează suprafața de agent proprie a Zealy față de definiție, inclusiv partea la care eșuăm.

Dezvăluire: Zealy publică această pagină și Zealy vinde lucrul despre care este vorba. Zealy este o platformă de comunitate și questuri. Două dintre funcțiile sale sunt agenți în sensul definit de acest articol: un server MCP pe care un AI extern îl poate conduce și un evaluator AI din produs. Toate trei apar mai jos. Tot ce se spune aici despre suprafața de agent proprie a Zealy este first-party: citit din repository-ul Zealy, rulat de noi pe serverul propriu al Zealy, auditat de nimeni altcineva. Ar trebui să îl citești cu scepticismul pe care l-ai aplica oricărui furnizor care își descrie propriul produs.

Ultima verificare: 18 august 2026.

Ce este marketingul agentic?

Marketingul agentic este munca de marketing efectuată de software care își alege singur următoarea acțiune către un obiectiv, în loc să urmeze un flux de lucru desenat de o persoană. Un sistem se califică doar atunci când expune patru lucruri: instrumente denumite, nu o casetă de chat, o modalitate de a le descoperi înainte de a acționa, o limită deliberată de aprobare și o limită de încredere pentru ceea ce revine.

Această definiție este a noastră și este construită în mod deliberat din mecanism, nu din ambiție. Fiecare definiție publicată pe care am citit-o descrie ce încearcă software-ul să facă. Niciuna nu descrie ce trebuie să fie adevărat despre stiva ta înainte ca ea să poată face asta. Iată cele patru părți, în ordinea în care un sistem trebuie să le îndeplinească.

1. Instrumente denumite, nu o casetă de text. Un agent are nevoie de operațiuni cu nume, argumente și forme de returnare, lucruri precum create_campaign, list_members și send_message, pentru că un model care poate produce doar proză poate produce doar proză. Model Context Protocol este modalitatea comună actuală de a publica o astfel de listă, iar instrumentele sale sunt ceea ce el numește controlate de model: modelul lingvistic le descoperă și le invocă singur, pe baza contextului și a promptului utilizatorului. Fără acest strat ai un asistent de scriere. Acesta este un produs util; nu este acesta.
2. Descoperire înainte de acțiune. Agentul trebuie să poată întreba ce există și ce face fiecare lucru, înainte de a se angaja la ceva. O integrare hardcodată în care un om a ales deja cele trei apeluri este automatizare cu un model atașat la copie.
3. O limită de aprobare aleasă intenționat de cineva. Fiecare acțiune fie se oprește pentru o persoană, fie nu, iar undeva există o regulă care decide asta. Regula poate fi strictă sau laxă. Ce nu poate fi este neexaminată.
4. O limită de încredere pentru ce vine înapoi. Rezultatele instrumentelor sunt date scrise de alte persoane: membri, clienți, formulare, pagini extrase. Dacă un șir returnat poate convinge agentul să facă următorul apel de instrument, ai construit un sistem care preia instrucțiuni de la oricine completează câmpul tău de trimitere a questului.

Urmează două consecințe, și ele sunt motivul pentru care ne-am deranjat să scriem deloc o definiție. Orice îi lipsește prima parte este un chatbot cu marketing mai bun. Și orice lucru care nu are a treia parte nu a luat o decizie privind autonomia — i s-a întâmplat una. O limită de aprobare pe care nu ai ales-o nu este o poziție de proiectare, este un accident care nu te-a costat încă nimic.

Definițiile existente și unde trasează fiecare linia autonomiei

Definițiile publicate sunt de acord că un agent planifică și acționează singur și nu sunt de acord cu privire la cât de multă implicare umană poate rămâne. Vlerick Business School permite intervenție minimă. Braze descrie sisteme care percep, decid și acționează. Young Urban Project și Netcore pun ambele linia la aprobarea umană la fiecare pas. Forrester separă complet agenții de AI agentic.

Citiți coloana din mijloc înainte de cea din dreapta. Cine definește categoria vă spune foarte multe despre unde pun linia.

Fiecare șir din coloana din dreapta a fost comparat cu textul brut al paginii linkate, așa cum a fost preluată la 18 august 2026, și nu citit dintr-un rezultat de căutare. Șase pagini care se clasează pentru acest termen nu au putut fi citite deloc. Salesforce, IBM, Gartner și BCG au returnat 403 la fiecare încercare, iar McKinsey și Adobe au expirat. Niciuna dintre ele nu este citată aici.

Trei dintre pagini trasează, de asemenea, o delimitare utilizabilă față de un termen înrudit, iar acestea sunt singurele trei pe care le-am găsit demne de păstrat.

Față de automatizarea de marketing. Treasure Data scrie că „marketingul agentic este mai restrâns decât marketingul AI și distinct de automatizarea de marketing”, deoarece „automatizarea de marketing execută fluxuri de lucru fixe, definite de oameni”. Testul nu este dacă software-ul acționează fără tine. Instrumentul tău de e-mail face deja asta. Testul este dacă succesiunea pașilor a fost aleasă în avans de o persoană.

Față de AI generativă. Optimove o prezintă ca un contrast între doi declanșatori: „AI generativă creează conținut pe baza prompturilor umane”, în timp ce „AI agentică întreprinde acțiuni autonome fără a aștepta prompturi.” În formă de prompt versus în formă de obiectiv, o distincție reală și rareori respectată.

Față de un asistent. Cea mai ascuțită frază scrisă de cineva din set îi aparține lui Docket's Arjun Pillai: „Un asistent așteaptă un utilizator, ajută la o sarcină și trăiește în interiorul unui flux de lucru uman.” Jumătatea sa de agent este „Un agent acționează spre un obiectiv, ia decizii limitate, declanșează fluxuri de lucru și deține o parte din execuție sub supraveghere.” Un pasaj separat de pe aceeași pagină oferă mecanismul care lipsește acelei fraze: oamenii „definesc obiective, reguli de escaladare, constrângeri de subiect și praguri de aprobare. Agentul operează în interiorul acestor limite. Când ceva cade în afara lor, escaladează.” Escaladarea este granița de aprobare din definiția noastră, descrisă din perspectiva agentului.

O neînțelegere merită tipărită, nu netezită. Forrester, pe o pagină despre cazuri de utilizare ale agenților AI cu Craig Le Clair menționat pe ea, separă cei doi termeni pe care fiecare pagină de furnizor de mai sus îi tratează ca interschimbabili: agenții AI rulează pe „reguli predefinite”, în timp ce „AI-ul agentic introduce o autonomie și o adaptabilitate mai largi”. Avertisment corect despre acea citare — este o pagină de destinație pentru podcast, nu o notă de cercetare publicată, și o cităm ca poziționare a unei firme de analiză, nu ca descoperiri.

Stratul pe care opt dintre cele unsprezece definiții îl omit

Dintre cele unsprezece pagini pe care le-am accesat pentru acest termen pe 18 august 2026, opt nu menționează niciodată Model Context Protocol, apelarea de instrumente sau apelarea de funcții. Acel strat este diferența dintre un model care îți scrie un brief de campanie și un model care poate crea o quest, poate interzice un membru sau poate redirecționa fluxul de evenimente undeva nou.

Cele opt care nu menționează niciunul dintre aceste șiruri: braze.com, cdp.com, docket.io, forrester.com, netcore.ai, tofuhq.com, vlerick.com și youngurbanproject.com. Dintre celelalte trei, hubspot.com menționează Model Context Protocol, dar nu este o pagină definitorie. Optimove este cel care ne-a rămas în minte: șirul MCP apare pe pagina sa doar în meniul de navigare, ca „The Optimove MCP”, și niciodată în corpul articolului care explică categoria. Un furnizor care livrează un server MCP, al cărui propriu explicativ despre marketingul agentic nu ajunge niciodată la ceea ce livrează. Aceasta este o afirmație despre unsprezece pagini într-o singură zi, nu despre întreaga categorie — dar s-a confirmat pentru fiecare pagină pe care am verificat-o.

Două pagini din set numesc într-adevăr stratul lipsă, și ambele o fac bine.

Duncan Lennox de la HubSpot scrie: „Dar agenții nu dau click prin dashboard-uri și nu navighează interfețe; ei apelează API-uri, citesc rezultate structurate și acționează.” Aceeași pagină definește sfera ca „ce pot citi, scrie și pe ce pot acționa agenții”, ceea ce este unitatea corectă. Nu „poate face marketing”, ci ce substantive și ce verbe.

Real Story Group, o firmă de cercetare martech care vinde evaluări de furnizori, oferă fraza care încheie argumentul. Într-un articol despre MCP din 11 iunie 2025, analistul principal Scott Simmons îl numește „un strat universal de abstractizare API construit pentru agenți AI” și trage concluzia că un agent este „la fel de puternic precum alege furnizorul să expună”.

Ultima propoziție este totul. Marketingul agentic nu este o proprietate a modelului pe care l-ai ales. Este o proprietate a suprafeței pe care o publică furnizorii tăi. Dacă instrumentele sunt doar pentru citire, agentul tău raportează. Dacă nu există instrumente, agentul tău scrie texte. Întrebarea despre capabilități și întrebarea despre achiziții sunt aceeași întrebare, motiv pentru care definițiile care sar peste acest strat sunt atât de plăcute de citit și atât de greu de pus în practică. Dacă vrei imaginea mai largă a canalelor în care ar acționa un agent, pilierul nostru de marketing web3 le acoperă și cât costă acestea.

De ce o listă de instrumente este o dovadă, iar o etichetă de instrument este doar un indiciu

Model Context Protocol răspunde la întrebarea ce poate face un agent cu tine spunându-ți să citești lista de instrumente a serverului și apoi le spune clienților să nu aibă încredere în ceea ce spune acea listă despre sine. Nota care spune acest lucru se află în schemă, nu în text, ceea ce este în parte motivul pentru care atât de puțini oameni au citit-o.

Iată pasajul, din ToolAnnotations interfață în schema specificației la revizia 2026-07-28:

NOTĂ: toate proprietățile din ToolAnnotations sunt indiciu. Nu se garantează că oferă o descriere fidelă a comportamentului instrumentului (inclusiv proprietăți descriptive precum title).

Și pe același subiect, din pagina de instrumente:

Pentru încredere, siguranță și securitate, clienții TREBUIE să considere adnotările instrumentelor ca nefiabile, cu excepția cazului în care provin de la servere de încredere.

Gândiți-vă o clipă la forma acestui lucru. Răspunsul protocolului la „de unde știu ce îmi poate face acest lucru” este: citește lista. Următoarea sa instrucțiune este: lista este o afirmație a părții pe care o evaluezi. Instrumentul numește și schemas sunt esențiale, deoarece modelul le apelează și serverul trebuie să le respecte. Etichetele de risc atașate acestora sunt descrierea proprie a serverului despre propriul său comportament.

Există patru astfel de etichete — readOnlyHint, destructiveHint, idempotentHint și openWorldHint — și două dintre ele, destructiveHint și openWorldHint, au ca valoare implicită true. Un instrument fără etichetă este, prin urmare, presupus distructiv și presupus a atinge lumea exterioară, ceea ce este decizia corectă și opusul a ceea ce se așteaptă majoritatea oamenilor.

Cel care contează pentru o definiție a marketingului agentic este destructiveHint, din cauza a ceea ce nu întreabă. Separă suprascrierea de adăugare. Prejudiciul este o axă diferită, iar schema nu are o coloană pentru el, așa că un apel pur aditiv poate fi singurul lucru cel mai important pe care un agent îl face stivei tale și totuși să fie etichetat ca sigur de un server care acționează cu totală bună-credință. Ce înseamnă fiecare indicator în practică și cum arată o listare reală odată ce aplici valorile implicite este ghidul de alături.

Aceasta este și versiunea onestă a ceea ce marketerii numesc în continuare agent washing. Young Urban Project o numește precis: „Cea mai frecventă eroare este agent washing, luarea unui produs existent de automatizare sau chatbot și rebranduirea lui ca agentic fără a adăuga stratul de planificare sau decizie dedesubt”, și adaugă că „demo-ul este scriptat pentru a ascunde exact golul care contează”. O listă de instrumente este mult mai greu de scriptat decât un demo. Este, de asemenea, singurul artefact din toată această categorie pe care un cumpărător îl poate verifica fără cooperarea vânzătorului, motiv pentru care am scris un ghid separat despre cum să enumeri instrumentele oricărui server MCP înainte de a-l conecta.

Unde se află granița de aprobare și cine ar trebui să o pună acolo

Model Context Protocol spune că un om ar trebui să fie întotdeauna implicat, cu capacitatea de a refuza invocările de instrumente, și spune asta aplicației client, ca SHOULD, nu ca MUST. Nimic din protocol nu obligă serverul la care te conectezi. Unde se află granița ta de aprobare este o alegere pe care a făcut-o cineva, adesea nu tu.

Propoziția exactă:

Pentru încredere, siguranță și securitate, există SHOULD întotdeauna un om implicat, cu capacitatea de a refuza invocările de instrumente.

Aceeași secțiune de securitate le cere clienților să „Arate utilizatorului intrările instrumentelor înainte de a apela serverul, pentru a evita exfiltrarea malițioasă sau accidentală a datelor” și să „Valideze rezultatele instrumentelor înainte de a le transmite către LLM”. Ambele se adresează clientului: lucrul care rulează de partea ta, harness-ul Claude sau ChatGPT sau intern care deține modelul. Deci, într-o lectură simplă a protocolului, siguranța marketingului tău agentic este treaba clientului tău, iar serverul la care te-ai conectat nu îți datorează nimic dincolo de o listă onestă de instrumente.

Categoria știe acest lucru și nu este chiar sigură ce să facă în privință. Ghidurile furnizorilor definesc în mod obișnuit un agent prin absența unei persoane și apoi, mai jos pe aceeași pagină, îți spun unde să pui persoana înapoi; demontăm una dintre acele pagini în poate un agent AI să îți conducă efectiv comunitatea. Ambele jumătăți sunt sincere. Definiția este scrisă pentru piață, iar instrucțiunea este scrisă pentru implementare, iar decalajul dintre ele este locul unde se iau de fapt toate deciziile reale privind autonomia.

Versiunea pentru care merită să argumentezi nu este nici „autonomie deplină”, nici „aprobă tot”. Este că granița este o setare per decizie, cu un cost pe ambele părți, iar mecanismul care o impune este el însuși software care poate eșua — ceea ce a demonstrat eșecul moderării pe Discord de la începutul acestui an, unde pasul de revizuire umană exista în designul publicat, iar un bug l-a scos din flux. Am scris despre ce înseamnă asta pentru a lăsa un agent să administreze o comunitate separat, pentru că merită mai mult decât o propoziție.

Există acum și un răspuns măsurat la care apeluri merită poarta, și nu este cel pe care ți-l sugerează intuiția. SABER: Acțiuni mici, erori mari — protejarea pașilor de mutare în agenții LLM, de Alejandro Cuadron, Pengfei Yu, Yang Liu și Arpit Gupta, trimisă pe 26 noiembrie 2025, studiază cazurile în care traiectoria unui agent care folosește instrumente o ia greșit și te costă cu adevărat. Raportează că „În schimb, abaterile în acțiunile care nu modifică starea au un efect mic sau deloc.” Propoziția imediat anterioară oferă cealaltă latură: fiecare abatere suplimentară într-o acțiune care modifică starea reduce șansele de succes cu până la 92% pe unul dintre cele două domenii ale sale și cu până la 96% pe celălalt, pentru modelele de ultimă generație. Eșecul se concentrează în apelurile care modifică starea.

Concluzia de design este nepretențioasă și ieftină: filtrează scrierile, lasă citirile în pace și nu mai trata „omul în buclă” ca un singur comutator cu o singură setare. Serverul Zealy funcționează întâmplător așa, și ar trebui să fim clari că nu am derivat asta din această lucrare — lucrarea a apărut după design și este de acord cu el, ceea ce este un lucru mai slab decât ingineria condusă de dovezi și un lucru mai puternic decât nimic. O precauție însoțește citarea: SABER documentează erori de adnotare în benchmark-ul pe care se bazează și publică o versiune corectată, ceea ce este un motiv bun să nu citezi scoruri mai vechi ale benchmark-urilor pentru agenți de unelte ca și cum ar descrie încă modelele actuale. Celălalt motiv de precauție cu un singur număr aici este că eșecul agenților este în mare parte o problemă de varianță — cercetarea multi-turn împarte degradarea într-o pierdere minoră de aptitudine și o creștere mare a nesiguranței, care este o problemă de management diferită de un model care pur și simplu nu este suficient de bun.

Același tipar „lăsat la latitudinea implementatorului” apare cu un nivel mai jos, la a patra parte a definiției noastre. Am descărcat șapte pagini de specificații și securitate pe 18 august 2026 și le-am căutat: modelul de amenințare al specificației este un model de amenințare pentru autorizare și transport, acoperind confused deputy, token passthrough, server-side request forgery și un server local compromis, printre altele, în timp ce atacul la nivel de model este lăsat implementatorilor. Pe paginile pe care le-am descărcat, sintagma „prompt injection” nu apare; cele patru potriviri pentru „injection” din documentul de bune practici de securitate sunt cross-site scripting, shell command injection și remote code execution. Aceasta nu este o plângere despre o specificație de transport, care are dreptul să își stabilească domeniul. Este o afirmație despre care jumătate a problemei o moștenești în momentul în care conectezi ceva și despre de ce o graniță de încredere asupra datelor returnate trebuie să fie sarcina explicită a cuiva, nu o proprietate presupusă a protocolului.

Zealy își încalcă propria definiție, și aici

Conform celor mai stricte definiții din această postare — „fără ca un om să aprobe fiecare pas individual” a Young Urban Project și „fără a necesita aprobare umană la fiecare pas” a Netcore — Zealy nu face marketing agentic. Fiecare scriere prin suprafața de agent a Zealy se oprește pentru o persoană, iar scrierile sunt dezactivate până când un operator le activează.

Preferăm să spunem asta decât să pierdem argumentul mai târziu. Iată scorul complet față de propriile noastre patru părți, first-party și neauditat.

Toate patru sunt prezente, ceea ce este partea ușoară. A treia este setată invers față de etichetă. Serverul Zealy pune poarta de aprobare pe partea serverului, ceea ce este mai mult decât cere protocolul de la un server și mai mult decât permite o definiție strictă a marketingului agentic. Suprafața instrumentelor este ea însăși suficient de mare pentru a merita auditată — 72 de instrumente numite la momentul numărării lor — dar numărul nu este important. Contextul este.

De asemenea, nu putem pretinde consistență în întregul produs. Zealy livrează și un revizor AI care închide singur o revendicare de quest, fără nicio persoană în acel proces: aceeași companie, contextul opus, într-o decizie care afectează dacă un membru este plătit. Ambele alegeri sunt justificabile; ceea ce nu putem spune sincer este că există un singur răspuns la nivel de companie privind cât de multă autonomie este adecvată.

Așadar, renunță la etichetă. Ce oferă de fapt Zealy este o suprafață lizibilă pentru agenți cu un pas de confirmare umană, ceea ce este un nume banal pentru lucrul pe care majoritatea echipelor ar trebui să îl dorească mai întâi. Dacă vrei mecanica conectării, documentația de integrare MCP este canonică și această postare nu o repetă în mod deliberat; dacă vrei suprafața mai veche și mai largă de dedesubt, documentația API o acoperă. Și dacă nu ai folosit niciodată produsul, ce este Zealy este ruta mai scurtă în.

Ce să întrebi înainte de a cumpăra ceva numit marketing agentic

Cere lista de instrumente. Un furnizor care vinde marketing agentic fie îți poate arăta operațiunile numite pe care le primește un agent, împreună cu permisiunile aferente, fie nu poate. Orice altceva — limbajul de planificare, limbajul orientat spre obiective și demonstrația — este compatibil cu un chatbot conectat la un formular, iar Young Urban Project are un nume pentru asta.

Cinci întrebări, în ordinea care îți oferă cele mai multe informații cu cel mai puțin timp de întâlnire:

1. „Ce operațiuni primește agentul, pe nume?” Dacă răspunsul este o propoziție despre capabilități, nu o listă, ai răspunsul. Dacă este o listă, citește-o după verbe. Citește, scrie, șterge, trimite, publică, plătește.
2. „Care dintre ele pot acționa fără mine?” Nu „există un om în buclă”: la această întrebare toți răspund da. Întreabă care apeluri specifice ocolesc persoana și cine a ales această împărțire.
3. Ce se întâmplă cu textul scris de un client atunci când agentul îl citește? Întrebați dacă rezultatele instrumentelor sunt tratate ca date sau ca potențiale instrucțiuni. Un furnizor care s-a gândit la asta va răspunde imediat, pentru că este modul de eșec care îi ține pe inginerii săi treji.
4. „Ce înseamnă etichetele dvs. de risc?” Apoi verificați răspunsul față de specificație, nu față de prezentarea de vânzări, și întrebați care sunt valorile implicite — majoritatea oamenilor le ghicesc invers.
5. „Ce nu poate face?” O listă de limite este cel mai ieftin semnal de credibilitate posibil și aproape nimeni nu publică una. Absența ei nu dovedește nimic. Prezența ei valorează mult.

Ultimul lucru de spus este despre ordonare, pentru că decizia de cumpărare aici este de obicei prost sincronizată. Majoritatea echipelor care evaluează marketingul agentic nu au notat încă ce sarcini recurente sunt sigure de delegat și care nu — iar această decizie este aceeași indiferent dacă mâinile aparțin unui contractor, unui moderator sau unui model. Cum să delegi sarcinile comunității o analizează cu oameni, iar analiza se transferă aproape neschimbată. Faceți asta mai întâi. Agentul va fi încă acolo și veți ști ce instrumente doriți de fapt să aibă.