Cloudflare یک سوئیچ (toggle) جدید به داشبورد خود اضافه کرده است که یک پل WebMCP را به صفحات هر سایتی تزریق می‌کند؛ این کار به عامل‌های هوش مصنوعی (AI agents) اجازه می‌دهد تا ابزارهای ارائه‌شده توسط سایت را بدون دستکاری در کد سرور اصلی (origin server) کشف و فراخوانی کنند. این اقدام، پرزحمت‌ترین مرحله برای «آماده‌سازی سایت برای عامل‌ها» (agent-ready) را حذف می‌کند، اما توسعه‌دهندگان همچنان باید ابزارهای کاربردی را تعریف کرده و استفاده از آن‌ها را نظارت کنند.

چرا این سوئیچ در لبه (edge) اهمیت دارد

WebMCP یک API برای ثبت ابزارها است. تا پیش از این، برای قرار دادن یک سایت در این پروتکل، نیاز بود که یک اسکریپت پل به‌صورت دستی در هر صفحه درج شود. سوئیچ جدید Cloudflare با نام “Browser Run → Agent Readiness”، این تزریق را در لبه (edge) خودکار می‌کند و اسکریپت را درست زمانی که HTML از شبکه Cloudflare خارج شده و به مرورگر کاربر می‌رسد، اضافه می‌کند.

مزیت این کار روشن است: یک سایت استاتیک که در هر جایی میزبانی می‌شود، اکنون می‌تواند تنها با یک کلیک، محتوای خود را در اختیار عامل‌های هوش مصنوعی قرار دهد. بدون نیاز به تغییر در سرور اصلی و بدون نیاز به بازسازی فرانت‌اند (front-end).

این قابلیت در واقع چه کاری انجام می‌دهد

وقتی این سوئیچ فعال شود، دو اتفاق می‌افتد:

  • تزریق در لبه (Edge injection) – Cloudflare یک پेलोاد کوچک JavaScript را به HTML خروجی اضافه می‌کند. این قابلیت هم برای صفحات استاتیک سنتی و هم برای SPAهای مدرن که به مسیریابی سمت کلاینت (client-side routing) متکی هستند، کار می‌کند.
  • پل مرورگر (Browser bridge) – این اسکریپت در مرورگر کاربر اجرا شده و سایت را در WebMCP API ثبت می‌کند و ابزارهایی را که می‌تواند ارائه دهد، اعلام می‌نماید.

Cloudflare این نسخه پیش‌نمایش را با دو بسته ابزار از پیش آماده عرضه کرده است:

  1. Content Credentials – متادیتای C2PA (Coalition for Content Provenance and Authenticity) متصل به فایل‌های رسانه‌ای را نمایش می‌دهد و به عامل‌ها اجازه می‌دهد اصالت (provenance) آن‌ها را تأیید کنند.
  2. Site MCP Server – به عنوان یک پروکسی عمل می‌کند که فراخوانی‌های ابزار را به یک سرور MCP که از قبل در پس‌زمینه اجرا می‌کنید، ارسال می‌کند.

این بسته‌ها مشکل توزیع را حل می‌کنند: دیگر نیازی نیست برای اینکه سایت توسط عامل‌ها قابل دسترسی باشد، کدهای پل را در تمام صفحات پخش کنید.

آنچه همچنان بر عهده توسعه‌دهنده است

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

  • یک سرور MCP باید در جایی در حال اجرا باشد که پروکسی بتواند به آن دسترسی داشته باشد.
  • توسعه‌دهنده باید هر ابزار را از طریق API document.modelContext ثبت کند و نام ابزار، طرحواره ورودی (input schema) و قالب خروجی مورد انتظار را مشخص نماید.

اگر یک ابزار جستجو ارائه شود، توسعه‌دهنده باید اطمینان حاصل کند که داده‌های بازگشتی تمیز، ساختاریافته و برای عامل‌های پایین‌دست (downstream agents) مفید هستند. در غیر این صورت، ابزار فراخوانی می‌شود اما ارزش چندانی نخواهد داشت.

قابلیت مشاهده‌پذیری (Observability) یکی دیگر از بخش‌های مفقوده است. نسخه فعلی لاگ‌هایی را که نشان دهد کدام عامل‌ها کدام ابزارها را فراخوانی کرده‌اند یا فراخوانی‌ها کجا با شکست مواجه شده‌اند، ارائه نمی‌دهد. تیم‌ها باید ابزارگذاری (instrumentation) خود را پیاده‌سازی کنند — با ثبت شناسه‌های درخواست (request IDs)، زمان پاسخ‌دهی و کدهای خطا — تا تأیید کنند که پل و سرور MCP زیرساختی طبق انتظار عمل می‌کنند.

چه کسانی سود می‌برند و چه کسانی باید اقدام کنند

  • صاحبان سایت‌هایی که در حال حاضر یک سرور MCP اجرا می‌کنند می‌توانند سوئیچ Cloudflare را روشن کنند و فوراً توزیع ابزارهای موجود خود را در سطح لبه (edge) به دست آورند. تزریق در لبه، کارهای زیرساختی را انجام می‌دهد و به آن‌ها اجازه می‌دهد بر طراحی ابزار تمرکز کنند.
  • کسب‌وکارهایی که می‌خواهند عامل‌های هوش مصنوعی اقداماتی را انجام دهند (مانند جستجوی کاتالوگ محصولات، رزرو قرار ملاقات و غیره) همچنان باید تعاریف ابزار را بنویسند و آن‌ها را به طور کامل آزمایش کنند. این سوئیچ جایگزین آن کار نمی‌شود.
  • تیم‌ها باید پیامدهای امنیتی و اعتماد (trust implications) مربوط به قرار دادن APIهای داخلی در دسترس هر عاملی که سایت را کشف می‌کند، در نظر بگیرند.

جمع‌بندی

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