2026 में एजेंटिक मार्केटिंग: एक सिस्टम को जिन चार चीज़ों को उजागर करना ही होगा

संक्षिप्त उत्तर: एजेंटिक मार्केटिंग वह मार्केटिंग कार्य है जो ऐसे सॉफ़्टवेयर द्वारा किया जाता है जो अपना अगला कदम खुद चुनता है और फिर उसे उठाता है। सहमति लगभग यहीं खत्म हो जाती है। हमने 18 अगस्त 2026 को इस शब्द और इसके रूपांतरों के लिए लौटे ग्यारह पेज निकाले, और उनमें से आठ में प्रोटोकॉल, टूल कॉलिंग या फ़ंक्शन कॉलिंग का ज़िक्र तक नहीं है — जो वह परत है जहाँ एक एजेंट चैट विंडो होना बंद करके ऐसी चीज़ बनना शुरू करता है जो आपके समुदाय, आपके कैंपेन या आपके ग्राहक रिकॉर्ड को बदल सकती है। इसलिए यह पोस्ट एजेंटिक मार्केटिंग को उन चार चीज़ों से परिभाषित करती है जिन्हें एक सिस्टम को उजागर करना ही होगा ताकि एक एजेंट कोई भी मार्केटिंग कार्य कर सके, Model Context Protocol का हवाला देती है कि वे सिस्टम अपने बारे में जो लेबल प्रकाशित करते हैं वे अविश्वसनीय क्यों हैं, और Zealy की अपनी एजेंट सतह को इस परिभाषा के विरुद्ध आँकती है, उस हिस्से सहित जहाँ हम इसमें विफल होते हैं।

प्रकटीकरण: यह पेज Zealy प्रकाशित करता है और Zealy वही चीज़ बेचता है जिसके बारे में यह है। Zealy एक समुदाय और क्वेस्ट प्लेटफ़ॉर्म है। इसकी दो विशेषताएँ इस लेख में परिभाषित अर्थ में एजेंट हैं: एक MCP सर्वर जिसे बाहरी AI चला सकता है, और एक इन-प्रोडक्ट AI समीक्षक। तीनों नीचे आते हैं। Zealy की अपनी एजेंट सतह के बारे में यहाँ सब कुछ प्रथम-पक्ष है: Zealy के रिपॉज़िटरी से पढ़ा गया, हमारे द्वारा Zealy के अपने सर्वर के विरुद्ध चलाया गया, किसी और द्वारा ऑडिट नहीं किया गया। आपको इसे उसी संदेह के साथ पढ़ना चाहिए जो आप अपने उत्पाद का वर्णन करने वाले किसी भी विक्रेता पर लगाते हैं।

अंतिम सत्यापन: 18 अगस्त 2026।

एजेंटिक मार्केटिंग क्या है?

एजेंटिक मार्केटिंग वह मार्केटिंग कार्य है जो ऐसे सॉफ़्टवेयर द्वारा किया जाता है जो किसी लक्ष्य की ओर अपनी अगली कार्रवाई खुद चुनता है, बजाय किसी व्यक्ति द्वारा बनाए गए वर्कफ़्लो का पालन करने के। कोई सिस्टम तभी योग्य होता है जब वह चार चीज़ें उजागर करे: चैट बॉक्स के बजाय नामित टूल, कार्य करने से पहले उन्हें खोजने का तरीका, एक जानबूझकर बनाई गई स्वीकृति सीमा, और जो वापस आता है उस पर एक विश्वास सीमा।

यह परिभाषा हमारी है, और यह जानबूझकर महत्वाकांक्षा के बजाय मशीनरी से बनाई गई है। हमने जो भी प्रकाशित परिभाषा पढ़ी, वह बताती है कि सॉफ़्टवेयर क्या करने की कोशिश कर रहा है। उनमें से कोई यह नहीं बताती कि ऐसा करने से पहले आपके स्टैक में क्या सच होना चाहिए। यहाँ चार हिस्से हैं, उसी क्रम में जिसमें एक सिस्टम को उन्हें पूरा करना होता है।

1. नामित टूल, टेक्स्ट बॉक्स नहीं। एक एजेंट को नाम, आर्ग्युमेंट और रिटर्न आकार वाले ऑपरेशन चाहिए, जैसे create_campaign, list_members और send_message, क्योंकि जो मॉडल केवल गद्य पैदा कर सकता है वह केवल गद्य ही पैदा कर सकता है। Model Context Protocol ऐसी सूची प्रकाशित करने का वर्तमान सामान्य तरीका है, और इसके टूल वही हैं जिन्हें यह मॉडल-नियंत्रित कहता है: भाषा मॉडल संदर्भ और उपयोगकर्ता के प्रॉम्प्ट के आधार पर उन्हें स्वयं खोजता और आह्वान करता है। इस परत के बिना आपके पास एक लेखन सहायक है। वह एक उपयोगी उत्पाद है; वह यह उत्पाद नहीं है।
2. कार्रवाई से पहले खोज। एजेंट को किसी भी चीज़ के लिए प्रतिबद्ध होने से पहले यह पूछने में सक्षम होना चाहिए कि क्या मौजूद है और प्रत्येक चीज़ क्या करती है। एक हार्डकोडेड इंटीग्रेशन जहाँ किसी व्यक्ति ने पहले ही तीन कॉल चुन लिए हैं, वह कॉपी से जुड़े मॉडल वाला ऑटोमेशन है।
3. एक स्वीकृति सीमा जिसे किसी ने जानबूझकर चुना हो। हर कार्रवाई या तो किसी व्यक्ति के लिए रुकती है या नहीं रुकती, और कहीं न कहीं एक नियम है जो तय करता है कि कौन-सी। नियम सख्त या ढीला हो सकता है। जो वह नहीं हो सकता वह है बिना जाँचा हुआ।
4. जो वापस आता है उस पर एक विश्वास सीमा। टूल परिणाम अन्य लोगों द्वारा लिखा गया डेटा होते हैं: सदस्य, ग्राहक, फ़ॉर्म, स्क्रैप किए गए पेज। अगर कोई लौटाई गई स्ट्रिंग एजेंट को उसकी अगली टूल कॉल के लिए मना सकती है, तो आपने ऐसा सिस्टम बनाया है जो उससे निर्देश लेता है जो भी आपका क्वेस्ट सबमिशन फ़ील्ड भरता है।

इससे दो परिणाम निकलते हैं, और यही कारण है कि हमने आखिरकार एक परिभाषा लिखने की जहमत उठाई। जिसमें पहला हिस्सा नहीं है वह बेहतर मार्केटिंग वाला चैटबॉट है। और जिसमें तीसरा हिस्सा नहीं है उसने स्वायत्तता के बारे में कोई निर्णय नहीं लिया — उसके साथ एक निर्णय हो गया है। जो स्वीकृति सीमा आपने नहीं चुनी, वह डिज़ाइन की स्थिति नहीं है, वह एक दुर्घटना है जिसने अभी तक आपको कुछ भी महँगा नहीं पड़ा।

जो परिभाषाएँ मौजूद हैं, और हर एक स्वायत्तता की रेखा कहाँ खींचती है

प्रकाशित परिभाषाएँ इस बात पर सहमत हैं कि एक एजेंट अपने आप योजना बनाता और कार्य करता है, और इस बात पर असहमत हैं कि कितनी मानव भागीदारी बनी रह सकती है। Vlerick Business School न्यूनतम हस्तक्षेप की अनुमति देता है। Braze ऐसे सिस्टम का वर्णन करता है जो देखते, तय करते और कार्य करते हैं। Young Urban Project और Netcore दोनों रेखा को प्रति-चरण मानव स्वीकृति पर रखते हैं। Forrester एजेंट्स को एजेंटिक AI से पूरी तरह अलग करता है।

दाएँ कॉलम से पहले बीच वाला कॉलम पढ़ें। श्रेणी को कौन परिभाषित कर रहा है, यह आपको बहुत कुछ बताता है कि उन्होंने रेखा कहाँ खींची है।

दाईं ओर के कॉलम में मौजूद हर स्ट्रिंग को 18 अगस्त 2026 को फ़ेच किए गए लिंक किए गए पेज के मूल टेक्स्ट से मिलाया गया था, न कि किसी सर्च रिज़ल्ट से पढ़ा गया था। इस शब्द के लिए रैंक करने वाले छह पेजों को बिल्कुल भी नहीं पढ़ा जा सका। Salesforce, IBM, Gartner और BCG ने हर प्रयास पर 403 लौटाया, और McKinsey और Adobe का समय समाप्त हो गया। इनमें से किसी को भी यहाँ उद्धृत नहीं किया गया है।

इनमें से तीन पेज किसी निकटवर्ती शब्द के विरुद्ध एक उपयोगी सीमा भी खींचते हैं, और ये केवल तीन ही हैं जिन्हें हमने रखने योग्य पाया।

मार्केटिंग ऑटोमेशन के विरुद्ध। Treasure Data लिखता है कि "Agentic marketing, AI marketing से संकीर्ण है और marketing automation से अलग है", क्योंकि "marketing automation निश्चित, मानव-परिभाषित वर्कफ़्लो निष्पादित करता है"। कसौटी यह नहीं है कि सॉफ़्टवेयर आपके बिना कार्य करता है या नहीं। आपका ईमेल टूल पहले से ही ऐसा करता है। कसौटी यह है कि चरणों का क्रम किसी व्यक्ति द्वारा पहले से चुना गया था या नहीं।

जनरेटिव AI के विरुद्ध। Optimove इसे दो ट्रिगर्स के बीच के अंतर के रूप में रखता है: "Generative AI मानवीय प्रॉम्प्ट के आधार पर सामग्री बनाता है", जबकि "Agentic AI प्रॉम्प्ट की प्रतीक्षा किए बिना स्वायत्त कार्रवाई करता है।" प्रॉम्प्ट-आकार बनाम लक्ष्य-आकार, जो एक वास्तविक अंतर है और शायद ही कभी निभाया जाता है।

एक सहायक के विरुद्ध। सेट में किसी ने भी जो सबसे तीखा वाक्य लिखा, वह है Docket का अर्जुन पिल्लई: "एक सहायक उपयोगकर्ता की प्रतीक्षा करता है, किसी कार्य में मदद करता है, और मानवीय कार्यप्रवाह के भीतर रहता है।" इसका एजेंट वाला आधा हिस्सा है "एक एजेंट किसी लक्ष्य की ओर कार्य करता है, सीमित निर्णय लेता है, कार्यप्रवाह शुरू करता है, और पर्यवेक्षण के अंतर्गत निष्पादन का एक हिस्सा अपने पास रखता है।" उसी पृष्ठ पर एक अलग अनुच्छेद वह तंत्र देता है जो उस वाक्यांश में अनुपस्थित है: मनुष्य "उद्देश्य, एस्केलेशन नियम, विषय सीमाएँ और स्वीकृति सीमाएँ परिभाषित करते हैं। एजेंट उन सीमाओं के भीतर काम करता है। जब कुछ उनसे बाहर होता है, तो वह एस्केलेट करता है।" एस्केलेशन हमारी परिभाषा की स्वीकृति सीमा है, जिसे एजेंट के पक्ष से वर्णित किया गया है।

एक असहमति को चिकना करने के बजाय छापने योग्य है। Forrester, AI एजेंट उपयोग मामलों के बारे में एक पृष्ठ पर जिसमें Craig Le Clair का नाम है, उन दो शब्दों को अलग करता है जिन्हें ऊपर हर विक्रेता पृष्ठ एक-दूसरे के स्थान पर प्रयोग करने योग्य मानता है: AI एजेंट "पूर्वनिर्धारित नियमों" पर चलते हैं, जबकि "एजेंटिक AI व्यापक स्वायत्तता और अनुकूलनशीलता लाता है"। उस उद्धरण के बारे में उचित चेतावनी — यह एक पॉडकास्ट लैंडिंग पृष्ठ है, प्रकाशित शोध नोट नहीं, और हम इसे निष्कर्षों के रूप में नहीं बल्कि एक विश्लेषक फर्म के ढाँचे के रूप में उद्धृत कर रहे हैं।

वह परत जिसे ग्यारह परिभाषाओं में से आठ छोड़ देती हैं

18 अगस्त 2026 को इस शब्द के लिए हमने जो ग्यारह पृष्ठ प्राप्त किए, उनमें से आठ में Model Context Protocol, tool calling या function calling का कभी उल्लेख नहीं है। वह परत उस मॉडल के बीच का अंतर है जो आपके लिए कैंपेन ब्रीफ़ लिखता है और उस मॉडल के बीच जो एक क्वेस्ट बना सकता है, किसी सदस्य को प्रतिबंधित कर सकता है, या आपकी इवेंट स्ट्रीम को कहीं नए स्थान पर भेज सकता है।

आठ ऐसे हैं जिनमें उनमें से कोई भी स्ट्रिंग नहीं है: braze.com, cdp.com, docket.io, forrester.com, netcore.ai, tofuhq.com, vlerick.com और youngurbanproject.com। शेष तीन में से, hubspot.com Model Context Protocol का उल्लेख करता है लेकिन यह परिभाषात्मक पृष्ठ नहीं है। Optimove ही वह है जो हमारे साथ रह गया: स्ट्रिंग MCP उसके पृष्ठ पर केवल नेविगेशन मेनू में "The Optimove MCP" के रूप में दिखाई देती है, और श्रेणी को समझाने वाले लेख के मुख्य भाग में कभी नहीं। एक विक्रेता जो MCP सर्वर देता है, जिसका एजेंटिक मार्केटिंग पर अपना ही व्याख्यान उस चीज़ तक कभी नहीं पहुँचता जो वह देता है। यह एक दिन के ग्यारह पृष्ठों के बारे में एक कथन है, पूरी श्रेणी के बारे में नहीं — लेकिन यह हमारे जाँचे गए हर पृष्ठ पर लागू रहा।

सेट में दो पृष्ठ उस अनुपस्थित परत का नाम लेते हैं, और दोनों इसे अच्छी तरह करते हैं।

HubSpot के Duncan Lennox लिखते हैं: "लेकिन एजेंट डैशबोर्ड पर क्लिक नहीं करते या इंटरफ़ेस में नेविगेट नहीं करते; वे APIs कॉल करते हैं, संरचित आउटपुट पढ़ते हैं, और कार्रवाई करते हैं।" वही पृष्ठ दायरे को "एजेंट क्या पढ़, लिख और किस पर कार्रवाई कर सकते हैं" के रूप में परिभाषित करता है, जो सही इकाई है। "क्या यह मार्केटिंग कर सकता है" नहीं, बल्कि कौन से संज्ञा और कौन से क्रिया।

Real Story Group, एक martech अनुसंधान फर्म जो विक्रेता मूल्यांकन बेचती है, वह वह वाक्य प्रदान करती है जो बहस को समाप्त करता है। एक MCP पर लेख 11 जून 2025 को प्रकाशित, प्रिंसिपल एनालिस्ट स्कॉट सिमन्स इसे "AI एजेंट्स के लिए बनाया गया एक सार्वभौमिक API एब्स्ट्रैक्शन लेयर" कहते हैं, और यह निष्कर्ष निकालते हैं कि एक एजेंट "केवल उतना ही शक्तिशाली होता है जितना विक्रेता उजागर करना चुनता है।"

वह अंतिम वाक्यांश ही पूरी बात है। एजेंटिक मार्केटिंग आपके द्वारा चुने गए मॉडल का गुण नहीं है। यह उस सतह का गुण है जो आपके विक्रेता प्रकाशित करते हैं। यदि टूल केवल पढ़ने योग्य हैं, तो आपका एजेंट रिपोर्ट करता है। यदि कोई टूल नहीं हैं, तो आपका एजेंट कॉपी लिखता है। क्षमता का प्रश्न और खरीद का प्रश्न एक ही प्रश्न हैं, यही कारण है कि इस परत को छोड़ने वाली परिभाषाएँ पढ़ने में इतनी सुखद और लागू करने में इतनी कठिन हैं। यदि आप उन चैनलों की व्यापक तस्वीर चाहते हैं जिन पर एक एजेंट काम करेगा, तो हमारा web3 मार्केटिंग स्तंभ उन्हें और उनकी लागत को कवर करता है।

क्यों एक टूल सूची प्रमाण है और एक टूल लेबल केवल एक संकेत है

Model Context Protocol इस प्रश्न का उत्तर देता है कि एक एजेंट आपके साथ क्या कर सकता है, यह बताकर कि सर्वर की टूल सूची पढ़ें, और फिर क्लाइंट्स को बताता है कि उस सूची के अपने बारे में जो कहा गया है उस पर भरोसा न करें। यह बताने वाला नोट गद्य के बजाय स्कीमा में है, जो इसका एक कारण है कि इतने कम लोगों ने इसे पढ़ा है।

यहाँ अंश दिया गया है, इससे ToolAnnotations में इंटरफ़ेस विनिर्देश का स्कीमा संशोधन 2026-07-28 पर:

नोट: सभी प्रॉपर्टीज़ ToolAnnotations में संकेत:। वे टूल व्यवहार का सटीक विवरण देने की गारंटी नहीं देते (जिसमें वर्णनात्मक गुण जैसे title).

और इसी विषय पर, यहाँ से टूल्स पेज:

विश्वास और सुरक्षा के लिए, क्लाइंट्स अवश्य टूल एनोटेशन को अविश्वसनीय मानें जब तक वे विश्वसनीय सर्वर से न आएं।

एक पल के लिए इसकी बनावट पर विचार करें। प्रोटोकॉल का "मुझे कैसे पता चलेगा कि यह चीज़ मेरे साथ क्या कर सकती है" का उत्तर है: सूची पढ़ें। इसका अगला ही निर्देश है: सूची उस पक्ष का दावा है जिसका आप मूल्यांकन कर रहे हैं। टूल नाम और schemas भार-वहन करने वाले हैं, क्योंकि मॉडल उन्हें कॉल करता है और सर्वर को उनका पालन करना होता है। उनसे जुड़े जोखिम लेबल सर्वर का अपने व्यवहार का अपना विवरण हैं।

ऐसे चार लेबल हैं — readOnlyHint, destructiveHint, idempotentHint और openWorldHint — और उनमें से दो, destructiveHint और openWorldHint, डिफ़ॉल्ट रूप से true. इसलिए बिना लेबल वाला टूल विनाशकारी माना जाता है और यह माना जाता है कि वह बाहरी दुनिया को छूता है, जो सही निर्णय है और ज़्यादातर लोगों की अपेक्षा के विपरीत है।

एजेंटिक मार्केटिंग की परिभाषा के लिए जो मायने रखता है वह है destructiveHint, क्योंकि यह जो नहीं पूछता वही मायने रखता है। यह ओवरराइटिंग को जोड़ने से अलग करता है। हानि एक अलग अक्ष है और स्कीमा में उसके लिए कोई कॉलम नहीं है, इसलिए एक पूरी तरह से योगात्मक कॉल आपके स्टैक पर एजेंट द्वारा की गई सबसे परिणामकारी चीज़ हो सकती है और फिर भी पूरी तरह सद्भावना से काम करने वाले सर्वर द्वारा सुरक्षित तरीके से लेबल की जा सकती है। व्यवहार में प्रत्येक फ़्लैग का क्या अर्थ है, और डिफ़ॉल्ट लागू करने के बाद एक वास्तविक लिस्टिंग कैसी दिखती है, यह है बगल वाला वॉकथ्रू.

यह उस चीज़ का ईमानदार संस्करण भी है जिसे मार्केटर लगातार एजेंट वॉशिंग कहते हैं। Young Urban Project इसे सटीक रूप से नाम देता है: "सबसे आम विफलता एजेंट वॉशिंग है, किसी मौजूदा ऑटोमेशन या चैटबॉट उत्पाद को लेकर उसे एजेंटिक के रूप में रीब्रांड करना, बिना नीचे की योजना या निर्णय परत जोड़े", और आगे कहता है कि "डेमो को ठीक उसी अंतराल को छिपाने के लिए स्क्रिप्ट किया जाता है जो मायने रखता है"। टूल सूची को डेमो की तुलना में स्क्रिप्ट करना कहीं अधिक कठिन है। यह इस पूरी श्रेणी में एकमात्र ऐसी वस्तु भी है जिसे खरीदार विक्रेता के सहयोग के बिना जाँच सकता है, इसीलिए हमने एक अलग वॉकथ्रू लिखा है कनेक्ट करने से पहले किसी भी MCP सर्वर के टूल्स को कैसे सूचीबद्ध करें.

स्वीकृति की सीमा कहाँ होती है, और उसे वहाँ रखने वाला कौन होना चाहिए

Model Context Protocol कहता है कि एक मानव हमेशा लूप में होना चाहिए और उसके पास टूल इनवोकेशन अस्वीकार करने की क्षमता होनी चाहिए, और यह बात क्लाइंट एप्लिकेशन से कही गई है, MUST के बजाय SHOULD के रूप में। प्रोटोकॉल में कुछ भी उस सर्वर को बाध्य नहीं करता जिससे आप जुड़ते हैं। आपकी अनुमोदन सीमा कहाँ है, यह किसी और का लिया गया निर्णय है, और अक्सर वह आप नहीं होते।

सटीक वाक्य:

विश्वास एवं सुरक्षा और संरक्षा के लिए, वहाँ SHOULD हमेशा लूप में एक मानव होना चाहिए जिसके पास टूल इनवोकेशन अस्वीकार करने की क्षमता हो।

वही सुरक्षा अनुभाग क्लाइंट से कहता है कि "सर्वर को कॉल करने से पहले उपयोगकर्ता को टूल इनपुट दिखाएँ, ताकि दुर्भावनापूर्ण या आकस्मिक डेटा एक्सफिल्ट्रेशन से बचा जा सके" और "LLM को पास करने से पहले टूल परिणामों को मान्य करें"। दोनों क्लाइंट को संबोधित हैं: वह चीज़ जो आपकी ओर चलती है, Claude या ChatGPT या इन-हाउस हार्नेस जो मॉडल को थामे रखता है। तो प्रोटोकॉल के सीधे पठन में, आपकी एजेंटिक मार्केटिंग की सुरक्षा आपके क्लाइंट का काम है, और जिस सर्वर से आप जुड़े हैं, वह एक ईमानदार टूल सूची के अलावा आपका कुछ नहीं है।

श्रेणी यह जानती है और इस बारे में क्या करना है, इस पर पूरी तरह निश्चित नहीं है। विक्रेता गाइड नियमित रूप से एजेंट को व्यक्ति की अनुपस्थिति से परिभाषित करते हैं और फिर, उसी पृष्ठ पर आगे, बताते हैं कि व्यक्ति को कहाँ वापस रखना है; हम ऐसे ही एक पृष्ठ को यहाँ अलग करते हैं क्या कोई AI एजेंट वास्तव में आपके समुदाय को चला सकता है. दोनों आधे ईमानदार हैं। परिभाषा बाज़ार के लिए लिखी गई है और निर्देश डिप्लॉयमेंट के लिए लिखा गया है, और उनके बीच का अंतराल ही वह जगह है जहाँ स्वायत्तता के बारे में हर वास्तविक निर्णय वास्तव में लिया जाता है।

जिस संस्करण के पक्ष में तर्क करना उचित है, वह न तो "पूर्ण स्वायत्तता" है और न ही "हर चीज़ को मंज़ूरी देना"। बात यह है कि सीमा एक प्रति-निर्णय सेटिंग है जिसकी दोनों ओर लागत है, और इसे लागू करने वाला तंत्र स्वयं सॉफ़्टवेयर है जो विफल हो सकता है — जैसा कि इस वर्ष की शुरुआत में Discord मॉडरेशन विफलता ने दर्शाया, जहाँ मानवीय समीक्षा चरण प्रकाशित डिज़ाइन में मौजूद था और एक बग ने उसे प्रक्रिया से हटा दिया। हमने इस बारे में लिखा किसी एजेंट को समुदाय चलाने देने का इससे क्या अर्थ है पर अलग से, क्योंकि यह एक उपवाक्य से अधिक का हक़दार है।

अब इसका भी एक मापा हुआ उत्तर है कि कौन से कॉल गेट के योग्य हैं, और वह वही नहीं है जो अंतर्ज्ञान बताता है। SABER: छोटे कार्य, बड़ी त्रुटियाँ — LLM एजेंट्स में परिवर्तनकारी चरणों की सुरक्षाAlejandro Cuadron, Pengfei Yu, Yang Liu और Arpit Gupta द्वारा 26 नवंबर 2025 को सबमिट किया गया, यह अध्ययन करता है कि टूल-उपयोग करने वाले एजेंट का ट्रैजेक्टरी गलत होने पर वास्तव में आपको कितना नुकसान होता है। यह रिपोर्ट करता है कि "इसके विपरीत, नॉन-म्यूटेटिंग क्रियाओं में विचलन का बहुत कम या कोई प्रभाव नहीं पड़ता है।" उससे ठीक पहले का वाक्य दूसरा पक्ष बताता है: प्रत्येक अतिरिक्त विचलन एक " परिवर्तित हो रहा है action इसके दो डोमेन में से एक पर सफलता की संभावना को 92% तक और दूसरे पर 96% तक कम कर देता है, अत्याधुनिक मॉडलों के लिए। विफलता उन कॉलों में केंद्रित होती है जो स्थिति बदलती हैं।

डिज़ाइन निष्कर्ष बिना चमक-दमक वाला और सस्ता है: राइट्स को गेट करें, रीड्स को अकेला छोड़ दें, और "ह्यूमन इन द लूप" को एक ही सेटिंग वाले एक ही डायल की तरह मानना बंद करें। Zealy का सर्वर संयोगवश उसी तरह काम करता है, और हमें स्पष्ट रहना चाहिए कि हमने इसे इस पेपर से नहीं निकाला — पेपर डिज़ाइन के बाद आया और उससे सहमत है, जो साक्ष्य-आधारित इंजीनियरिंग से कमज़ोर चीज़ है और कुछ न होने से मज़बूत चीज़ है। इस उद्धरण के साथ एक चेतावनी जुड़ी है: SABER उस बेंचमार्क में एनोटेशन त्रुटियों का दस्तावेज़ीकरण करता है जिस पर वह बना है और एक सुधरा हुआ संस्करण प्रकाशित करता है, जो यह एक अच्छा कारण है कि पुराने टूल-एजेंट बेंचमार्क स्कोर को ऐसे न उद्धृत किया जाए जैसे वे अभी भी मौजूदा मॉडलों का वर्णन करते हों। यहाँ एक ही संख्या के साथ सावधान रहने का दूसरा कारण यह है कि एजेंट की विफलता काफी हद तक एक वेरिएंस की समस्या है — मल्टी-टर्न शोध गिरावट को योग्यता की मामूली हानि और अविश्वसनीयता में बड़ी वृद्धि में बाँटता है, जो कि मॉडल के बस पर्याप्त अच्छा न होने की तुलना में एक अलग प्रबंधन समस्या है।

वही "कार्यान्वयनकर्ता पर छोड़ा गया" पैटर्न एक परत नीचे, हमारी परिभाषा के चौथे भाग पर भी चलता है। हमने 18 अगस्त 2026 को सात स्पेसिफिकेशन और सुरक्षा पेज डाउनलोड किए और उन्हें खोजा: स्पेसिफिकेशन का थ्रेट मॉडल एक प्राधिकरण और ट्रांसपोर्ट थ्रेट मॉडल है, जो कन्फ्यूज़्ड डेप्युटी, टोकन पासथ्रू, सर्वर-साइड रिक्वेस्ट फ़ॉर्जरी और एक समझौता किए गए लोकल सर्वर सहित कई अन्य चीज़ों को कवर करता है, जबकि मॉडल-लेयर हमला कार्यान्वयनकर्ताओं पर छोड़ा गया है। हमारे द्वारा डाउनलोड किए गए पेजों पर "प्रॉम्प्ट इंजेक्शन" वाक्यांश नहीं आता; सुरक्षा सर्वोत्तम-प्रथाओं वाले दस्तावेज़ में "इंजेक्शन" के चार मिलान क्रॉस-साइट स्क्रिप्टिंग, शेल कमांड इंजेक्शन और रिमोट कोड एक्ज़ीक्यूशन हैं। यह किसी ट्रांसपोर्ट स्पेसिफिकेशन के बारे में शिकायत नहीं है, जिसे अपना दायरा तय करने का अधिकार है। यह इस बारे में एक कथन है कि जैसे ही आप कुछ कनेक्ट करते हैं, आप समस्या का कौन-सा आधा हिस्सा विरासत में पाते हैं, और इस बारे में कि लौटाए गए डेटा पर एक ट्रस्ट बाउंड्री किसी का स्पष्ट काम क्यों होनी चाहिए, न कि प्रोटोकॉल का मान लिया गया गुण।

Zealy अपनी ही परिभाषा पर विफल होता है, और यहीं

इस पोस्ट की सबसे कड़ी परिभाषाओं के अनुसार — Young Urban Project का "हर अलग कदम को मनुष्य के अनुमोदन के बिना" और Netcore का "हर कदम पर मानवीय अनुमोदन की आवश्यकता के बिना" — Zealy एजेंटिक मार्केटिंग नहीं कर रहा है। Zealy की एजेंट सतह के ज़रिए हर राइट किसी व्यक्ति के लिए रुकता है, और राइट्स तब तक बंद रहते हैं जब तक कोई ऑपरेटर उन्हें चालू न करे।

हम बाद में बहस हारने के बजाय यह कहना पसंद करेंगे। यहाँ हमारे अपने चार भागों के विरुद्ध पूरा स्कोरकार्ड है, फ़र्स्ट-पार्टी और अनऑडिटेड।

चारों मौजूद हैं, जो आसान हिस्सा है। तीसरा लेबल के लिए उल्टी दिशा में सेट है। Zealy का सर्वर अनुमोदन गेट को सर्वर साइड पर रखता है, जो प्रोटोकॉल के किसी सर्वर से माँगने से अधिक है और एजेंटिक मार्केटिंग की कड़ी परिभाषा की अनुमति से भी अधिक है। टूल सतह अपने आप में ऑडिट करने लायक बड़ी है — जब हमने उन्हें गिना तब 72 नामित टूल — लेकिन संख्या मुद्दा नहीं है। सेटिंग मुद्दा है।

हम पूरे उत्पाद में एकरूपता का दावा भी नहीं कर सकते। Zealy एक AI समीक्षक भी देता है जो क्वेस्ट क्लेम को अपने आप बंद कर देता है, उस रास्ते में कोई व्यक्ति नहीं: वही कंपनी, उल्टी सेटिंग, ऐसे निर्णय पर जो इससे जुड़ा है कि किसी सदस्य को भुगतान मिलेगा या नहीं। दोनों विकल्प उचित हैं; जो हम ईमानदारी से नहीं कह सकते वह यह है कि कितनी स्वायत्तता उचित है, इसका एक ही कंपनी-व्यापी उत्तर है।

तो लेबल हटा दें। Zealy वास्तव में जो देता है वह मानव कमिट चरण वाली एक एजेंट-पठनीय सतह है, जो उस चीज़ का एक नीरस नाम है जो अधिकांश टीमों को पहले चाहिए होना चाहिए। यदि आप इसे कनेक्ट करने की यांत्रिकी चाहते हैं, MCP इंटीग्रेशन दस्तावेज़ प्रामाणिक हैं और यह पोस्ट जानबूझकर उन्हें दोहराती नहीं; यदि आप नीचे की पुरानी, व्यापक सतह चाहते हैं, API दस्तावेज़ उसे कवर करते हैं। और यदि आपने उत्पाद कभी इस्तेमाल नहीं किया, Zealy क्या है अंदर आने का छोटा रास्ता है।

एजेंटिक मार्केटिंग नाम की कोई चीज़ खरीदने से पहले क्या पूछें

टूल सूची माँगें। एजेंटिक मार्केटिंग बेचने वाला विक्रेता या तो आपको वे नामित ऑपरेशन दिखा सकता है जो एजेंट को मिलते हैं, साथ में जुड़ी अनुमतियाँ, या नहीं दिखा सकता। बाकी सब कुछ, योजना की भाषा और लक्ष्य-प्राप्ति की भाषा और डेमो, एक फ़ॉर्म से जुड़े चैटबॉट के साथ संगत है, और Young Urban Project के पास उसका एक नाम है।

पाँच सवाल, उस क्रम में जो आपको सबसे कम मीटिंग समय में सबसे अधिक जानकारी देता है:

1. "एजेंट को कौन-से ऑपरेशन मिलते हैं, नाम से?" यदि उत्तर सूची के बजाय एक क्षमता वाक्य है, तो आपको अपना उत्तर मिल गया। यदि यह सूची है, तो इसे क्रियाओं के लिए पढ़ें। पढ़ें, लिखें, हटाएँ, भेजें, प्रकाशित करें, भुगतान करें।
2. "उनमें से कौन मेरे बिना कार्य कर सकता है?" "क्या लूप में कोई मनुष्य है" नहीं: उस सवाल का जवाब सब हाँ देते हैं। पूछें कि कौन-सी विशिष्ट कॉल व्यक्ति को छोड़ती हैं, और वह विभाजन किसने चुना।
3. "जब एजेंट ग्राहक द्वारा लिखा गया टेक्स्ट पढ़ता है तो उसका क्या होता है?" आप पूछ रहे हैं कि क्या टूल के परिणामों को डेटा के रूप में माना जाता है या संभावित निर्देशों के रूप में। जिस विक्रेता ने इस पर विचार किया है, वह तुरंत उत्तर देगा, क्योंकि यही वह विफलता मोड है जो उनके इंजीनियरों को रात भर जगाए रखता है।
4. "आपके जोखिम लेबल का क्या अर्थ है?" फिर उत्तर को सेल्स डेक के बजाय विनिर्देश के साथ जाँचें, और पूछें कि डिफ़ॉल्ट क्या हैं — ज़्यादातर लोग उन्हें उल्टा अनुमान लगाते हैं।
5. "यह क्या नहीं कर सकता?" सीमाओं की सूची विश्वसनीयता का सबसे सस्ता संकेत है और लगभग कोई भी इसे प्रकाशित नहीं करता। इसका अभाव किसी बात का प्रमाण नहीं है। इसकी उपस्थिति बहुत मूल्यवान है।

आखिरी बात क्रम-व्यवस्था के बारे में है, क्योंकि यहाँ खरीद का निर्णय आमतौर पर गलत समय पर लिया जाता है। एजेंटिक मार्केटिंग का मूल्यांकन करने वाली ज़्यादातर टीमों ने अभी तक यह नहीं लिखा है कि उनके कौन-से आवर्ती कार्य सौंपने के लिए सुरक्षित हैं और कौन-से नहीं — और यह निर्णय वही है चाहे वे काम किसी ठेकेदार, मॉडरेटर या मॉडल के हाथों में हों। समुदाय कार्यों को कैसे सौंपें लोगों के साथ इस पर काम करता है, और यह विश्लेषण लगभग बिना बदलाव के लागू होता है। पहले वही करें। एजेंट तब भी मौजूद रहेगा, और आपको पता होगा कि आप वास्तव में उसके पास कौन-से टूल चाहते हैं।