وب‌ام‌سی‌پی: چگونه اجازه دهیم ایجنت‌های هوش مصنوعی واقعاً از سایت شما استفاده کنند

الان وقتی یک ایجنت هوش مصنوعی برای انجام یک کار به سایتی سر می‌زند، اساساً دارد نقش یک انسان دست‌وپا چلفتی را بازی می‌کند: HTML را می‌خواند، حدس می‌زند کدام دکمه یعنی «ارسال»، رویش کلیک می‌کند، منتظر می‌ماند و امیدوار است چیزی خراب نشده باشد. این فرآیند حتی اسم مشخصی دارد — actuation یا کنش‌گری — یعنی شبیه‌سازی کلیک ماوس و ورود متن، درست مثل این‌که ایجنت خودِ کاربر انسانی باشد. گاهی جواب می‌دهد. اما کند است، شکننده است و هر چه رابط کاربری تغییر کند، غیرقابل‌اعتمادتر می‌شود.

وب‌ام‌سی‌پی (WebMCP) استانداردی وب و پیشنهادی است که این مشکل را با اجازه دادن به سایت برای معرفی مستقیم ابزارهای خودش حل می‌کند. به‌جای این‌که ایجنت حدس بزند یک فرم چه کاری انجام می‌دهد، صفحه مستقیم می‌گوید: این یک ابزار submitContactForm است، این هم دقیقاً فیلدهایی که نیاز دارد، و این هم چیزی که برمی‌گرداند. نه حدس‌زدنی در کار است، نه سلکتورهای شکننده، نه شکست‌های بی‌صدا.

وب‌ام‌سی‌پی دقیقاً چیست

وب‌ام‌سی‌پی دو راه برای معرفی یک ابزار در اختیار می‌گذارد. API دستوری (imperative) جاوااسکریپت خالص است — تابع document.modelContext.registerTool() با یک نام، توضیح، یک JSON Schema برای ورودی‌ها و یک تابع execute فراخوانی می‌شود. API اعلانی (declarative) فقط HTML است — چند ویژگی (toolname, tooldescription) به یک <form> موجود اضافه می‌شود و مرورگر خودش ساختار فرم را به یک schema ابزار تبدیل می‌کند.

در هر دو حالت، ابزار همچنان داخل مرورگر، روی همان صفحه و با جاوااسکریپت موجود سایت اجرا می‌شود. ایجنتی که این ابزار را فرا می‌خواند، نه از اعتبارسنجی عبور می‌کند و نه از رابط کاربری — فیلدها را پر می‌کند و از همان مسیری که یک انسان طی می‌کند، به‌صورت مرئی، ارسال می‌کند؛ یعنی رفتار و طراحی سایت دقیقاً همان چیزی می‌ماند که ساخته شده است.

چرا برای دیده‌شدن در جست‌وجوی هوش مصنوعی مهم است

بیشتر توصیه‌های GEO (بهینه‌سازی برای موتورهای مولد) روی قابل‌خواندن‌بودن برای هوش مصنوعی تمرکز دارند — ساختار روشن، عنوان‌بندی خوب، llms.txt، و robots.txtی که برای خزنده‌ها دوستانه است. این‌ها لازم‌اند اما فقط باعث می‌شوند سایت ارجاع داده شود. وب‌ام‌سی‌پی لایه‌ی بعدی است: قابل‌استفاده‌بودن برای هوش مصنوعی. ایجنتی که می‌تواند درباره‌ی خدمات یک شرکت بخواند یک چیز است؛ ایجنتی که واقعاً می‌تواند یک تماس رزرو کند، درخواست قیمت بدهد یا یک تیکت پشتیبانی از طرف بازدیدکننده ثبت کند، نوع کاملاً متفاوتی از دیده‌شدن است — نوعی که واقعاً به تبدیل (conversion) می‌رسد.

با آن چه می‌توان ساخت

چند نمونه‌ی عملی:

• فرم‌های جذب مشتری (lead-gen) — یک فرم تماس یا درخواست تحلیل سئو، به یک ابزار واحد تبدیل می‌شود که ایجنت می‌تواند از طرف بازدیدکننده پر و ارسال کند.

• فرایندهای پشتیبانی — ابزاری مثل run_diagnostics یا submit_ticket نیاز به گشتن در منوهای تودرتو را که یک انسان، یا حتی یک ایجنت گیج، باید طی کند، حذف می‌کند.

• رزروهای پیچیده — فرایندهای چندمرحله‌ای مثل انتخاب تاریخ یا جست‌وجوی سفر چندنفره که ایجنت‌ها امروز در کلیک‌کردن قابل‌اعتماد روی آن‌ها مشکل دارند.

اقدام‌های حساس — هر چیزی که پرداخت یا تغییری غیرقابل‌بازگشت در آن باشد — همچنان باید از یک مرحله‌ی تأیید صریح عبور کند. وب‌ام‌سی‌پی این مسئولیت را از بین نمی‌برد؛ فقط باقی تعامل را قابل‌اعتماد می‌کند.

چطور شروع کنیم

وب‌ام‌سی‌پی همین امروز به‌صورت یک flag در کروم برای تست محلی در دسترس است (chrome://flags/#enable-webmcp-testing) و از کروم ۱۴۹ از طریق یک آزمایش مبدأ (origin trial) برای استفاده‌ی واقعی در دسترس خواهد بود. همچنین به یک سند origin-isolated و یک دستورِ Permissions-Policy به نام tools نیاز دارد — هر دو، اگر از قبل هدرهای امنیتی تنظیم شده باشند، افزودنی یک‌خطی و ساده هستند.

آیا سایت شما آماده است؟

• حداقل یک اقدام واقعی و تک‌مرحله‌ای که بازدیدکننده تکمیل می‌کند — یک فرم، یک جست‌وجو، یک رزرو — نه صرفاً محتوای ثابت.

• آن اقدام از قبل اعتبارسنجی سمت کلاینتِ تمیزی دارد که می‌توان دوباره از آن استفاده کرد، به‌جای ساختن یک مسیر اعتبارسنجی موازی و جدا فقط برای ایجنت‌ها.

• هدرهای امنیتی جایی متمرکز تعریف شده‌اند که بتوان دستور Permissions-Policy: tools=(self) را به آن اضافه کرد.

• تمایل به در نظر گرفتن این ویژگی به‌عنوان یک بهبود تدریجی (progressive enhancement) — باید فقط وقتی API وجود دارد ثبت شود و در غیر این‌صورت هیچ کاری نکند.

سؤالات متداول

آیا وب‌ام‌سی‌پی جای سئو یا GEO معمولی را می‌گیرد؟ نه — مکمل است. قابلیت خزش، داده‌ی ساخت‌یافته و محتوای روشن هنوز تعیین می‌کنند که آیا هوش مصنوعی اصلاً یک صفحه را پیدا و درک می‌کند یا نه. وب‌ام‌سی‌پی درباره‌ی چیزی است که بعد از آن اتفاق می‌افتد، وقتی ایجنت می‌خواهد اقدامی انجام دهد.

آیا این ویژگی سایت را برای بازدیدکننده‌های عادی خراب می‌کند؟ اگر درست پیاده‌سازی شود، نه. این API با تشخیص ویژگی (if (document.modelContext)) کار می‌کند، پس روی هر مرورگری که این قابلیت را ندارد، کد ثبتِ ابزار اصلاً اجرا نمی‌شود.

آیا همین الان به‌اندازه‌ی کافی پایدار است که استفاده شود؟ این یک آزمایش مبدأ فعال است، نه یک استاندارد نهایی — انتظار می‌رود سطح API همچنان تغییر کند. یک پیاده‌سازی زودهنگام را یک آزمایش در نظر بگیرید، نه چیزی که منطق اصلی کسب‌وکار به آن وابسته باشد.

اگر دارید فکر می‌کنید سایتی هم باید چنین ابزارهایی را در معرض دید بگذارد — یا می‌خواهید نگاهی گسترده‌تر به این داشته باشید که یک سایت چقدر برای هوش مصنوعی قابل‌کشف است — این مطلب درباره‌ی دیده‌شدن در جست‌وجوی هوش مصنوعی ادامه‌ی خوبی است، یا ببینید چطور می‌توانم کمک کنم. سؤالی درباره‌ی پیاده‌سازی وب‌ام‌سی‌پی روی زیرساخت خودتان دارید؟ تماس بگیرید.