خادم Safari MCP: وكلاء الذكاء الاصطناعي يصححون الويب

في 3 يوليو 2026، أعلن فريق WebKit عن شيء لم يتوقعه كثير من المطورين من أبل: خادم Safari MCP رسمي، يأتي ضمن الإصدار Safari Technology Preview 247. بأمر واحد فقط، يستطيع وكيل البرمجة الذكي لديك — سواء Claude Code أو Codex أو أي عميل متوافق مع MCP — الاتصال بنافذة Safari حية، وفحص شجرة DOM، وقراءة سجلات وحدة التحكم، ومراقبة طلبات الشبكة، والتقاط لقطات شاشة، والتفاعل مع الصفحات بشكل مستقل.

هذا ثاني خادم MCP رسمي تطلقه أبل خلال شهر واحد، بعد خادم Xcode MCP الذي كُشف عنه في مؤتمر WWDC 2026. الرسالة واضحة: أدوات الوكلاء لم تعد حلولاً مجتمعية مؤقتة، بل أصبحت طبقة قياسية من المنصة نفسها.

ما هو خادم Safari MCP؟

خادم Safari MCP هو خادم بروتوكول سياق النموذج (MCP) مدمج مباشرة في safaridriver، وهو ملف WebDriver التنفيذي الذي يأتي مع Safari Technology Preview. وبدلاً من التحدث ببروتوكول WebDriver مع أدوات الاختبار، يتحدث ببروتوكول MCP مع وكيل الذكاء الاصطناعي.

المشكلة العملية التي يحلها يعرفها كل مطور ويب: يكتب الوكيل كود CSS أو JavaScript، فتنتقل أنت إلى المتصفح، وتعيد تحميل الصفحة، وتفحص وحدة التحكم، وتلتقط صورة للخلل، وتلصقها في المحادثة، ثم تكرر العملية. خادم Safari MCP يلغي هذه الحلقة تماماً. الوكيل يرى كيف يُعرض الكود فعلياً — في محرك WebKit، وليس في Chromium فقط.

هذه النقطة الأخيرة أهم مما تبدو. كان بإمكان الوكلاء بالفعل التحكم في Chrome عبر خادم Chrome DevTools MCP أو أطر أتمتة المتصفح مثل Browser Use وStagehand. لكن Safari — المحرك الذي يشغّل كل متصفح على iOS ويستحوذ على حصة كبيرة من حركة الجوال في منطقة الشرق الأوسط وشمال إفريقيا — كان النقطة العمياء. أخطاء العرض الخاصة بـ WebKit وحالات flexbox الحدية والمشاكل الحصرية في Safari كانت غير مرئية لسير عمل التصحيح المستقل. لم يعد الأمر كذلك.

الأدوات الـ 16 المتاحة للوكلاء

يوفر الخادم 16 أداة تغطي أربعة مجالات رئيسية:

الفحص والعرض

• browser_console_messages — استرجاع سجلات وحدة التحكم المخزنة
• page_info — إرجاع عنوان URL والعنوان وحالة التحميل
• get_page_content — استخراج محتوى الصفحة بصيغة markdown أو HTML أو JSON
• screenshot — التقاط لقطات شاشة بصيغة PNG

مراقبة الشبكة

• list_network_requests — تلخيص كل نشاط الشبكة
• get_network_request — إرجاع بيانات تفصيلية لطلب محدد

التفاعل والتنقل

• navigate_to_url وwait_for_navigation — تحميل الصفحات وانتظار اكتمالها
• page_interactions — النقر والكتابة والتمرير والتحويم على عناصر DOM
• evaluate_javascript — تنفيذ كود JavaScript داخل الصفحة
• create_tab وclose_tab وswitch_tab وlist_tabs — إدارة كاملة لعلامات التبويب
• browser_dialogs — قبول أو رفض مربعات حوار المتصفح

المحاكاة

• set_viewport_size — تغيير حجم نافذة العرض لاختبار التصميم المتجاوب
• set_emulated_media — تبديل أنواع وخصائص CSS media (الطباعة، الوضع الداكن، تقليل الحركة)

هذه الأدوات مجتمعة تغطي جوهر ما يفعله المطور البشري في Web Inspector أثناء جلسة تصحيح — وهذا هو المقصود تماماً.

خطوات الإعداد

المتطلبات

• نظام macOS مع Safari Technology Preview 247 أو أحدث (تنزيل مجاني من موقع أبل للمطورين)
• وكيل متوافق مع MCP مثل Claude Code أو Codex

الخطوة الأولى — تفعيل ميزات المطورين في Safari Technology Preview

1. افتح Settings ← Advanced وفعّل خيار "Show features for web developers"
2. افتح Settings ← Developer وفعّل خيار "Enable remote automation and external agents"

الخطوة الثانية — تسجيل الخادم لدى وكيلك

لمستخدمي Claude Code:

claude mcp add safari-mcp-stp -- "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver" --mcp

لمستخدمي Codex:

codex mcp add safari-mcp-stp -- "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver" --mcp

ولأي عميل MCP آخر، أضف هذا إلى ملف mcp.json أو ما يعادله:

{
  "mcpServers": {
    "safari-mcp-stp": {
      "command": "/Applications/Safari Technology Preview.app/Contents/MacOS/safaridriver",
      "args": ["--mcp"]
    }
  }
}

هذا هو الإعداد بأكمله. لا حزمة npm، ولا حاوية Docker، ولا مفتاح API — الخادم هو المتصفح نفسه.

ماذا يمكنك أن تطلب من وكيلك؟

بمجرد الاتصال، يقرر الوكيل بنفسه متى يلجأ إلى المتصفح. يقترح إعلان أبل أوامر بداية مثل:

• "ابحث عن الأخطاء في موقعي على Safari" — يتنقل الوكيل في الموقع، ويقرأ أخطاء وحدة التحكم، ويفحص طلبات الشبكة الفاشلة، ويربطها بالكود المصدري لديك.
• "ما مدى إتاحة موقعي في Safari؟" — يفحص DOM بحثاً عن تسميات مفقودة وسمات ARIA معطوبة ومشاكل تباين الألوان، ثم يقترح إصلاحات ملموسة.
• "كيف يبدو أداء موقعي في Safari؟" — يستخرج مقاييس توقيت التنقل وتحميل الموارد مباشرة من الصفحة.
• "افحص مسار الدفع عند عرض 390 بكسل" — يغيّر حجم نافذة العرض، ويملأ النموذج، وينقر عبر الخطوات، ويلتقط لقطة شاشة لكل مرحلة.

التحول في سير العمل دقيق لكنه عميق: بدلاً من أن تكون أنت الجسر بين الوكيل والمتصفح، يغلق الوكيل الحلقة بنفسه — كتابة الكود، ثم العرض، ثم الملاحظة، ثم الإصلاح، ثم التكرار. إنه نمط حلقة البرمجة الوكيلية نفسه الذي أعاد تشكيل تطوير الواجهات الخلفية، ممتداً الآن إلى العمل المرئي الدقيق على واجهات WebKit.

اعتبارات الأمان والخصوصية

صممت أبل الخادم ليعمل بالكامل على جهازك. الخادم نفسه لا يبدأ أي حركة شبكة خارجية، وبيانات Safari الشخصية — بيانات التعبئة التلقائية وسجل التصفح — تبقى غير قابلة للوصول من الوكلاء المتصلين.

لكن هناك حداً مهماً يجب فهمه: لقطات الشاشة وسجلات وحدة التحكم ومحتوى الصفحات تُرسل إلى أي وكيل تتصل به، ومنه إلى مزود النموذج الخاص بذلك الوكيل. أبل لا ترى البيانات أبداً، لكن مزود النموذج اللغوي يراها. وتوجيه فريق WebKit صريح: لا تربط إلا الوكلاء الذين تثق بهم.

وتنطبق هنا قواعد النظافة المعتادة لخوادم MCP. فالوكيل الذي يتحكم في المتصفح ويقرأ محتوى الصفحات معرّض لكل ما تحتويه تلك الصفحات، بما في ذلك محاولات حقن التعليمات المدسوسة في محتوى الويب. تعامل مع جلسة وكيل متصل بـ Safari كجلسة تصفح بصلاحيات أتمتة مرتفعة: وجّهها نحو مواقعك وبيئات الاختبار الخاصة بك، وليس نحو صفحات عشوائية غير موثوقة مع تحميل بيانات اعتماد الإنتاج.

الصورة الأكبر: MCP يصبح بنية تحتية للمنصات

الجزء الأكثر إثارة في هذا الإصدار ليس قائمة الأدوات — بل الجهة التي أطلقته. لم يعد بائعو المنصات ينتظرون المجتمع لبناء جسور MCP:

• أبل تشحن الآن خوادم MCP لكل من Xcode وSafari
• JetBrains توفر دعم MCP رسمياً في IntelliJ وRider وPyCharm
• VS Code يدعم MCP بشكل أصلي
• GitHub Copilot يمرر استدعاءات الأدوات عبر MCP

لخّص أحد المراقبين الأمر جيداً: هذه هي لحظة S3 لأدوات الوكلاء. فكما أصبحت الواجهات المتوافقة مع S3 هي الواجهة الافتراضية للتخزين بغض النظر عن البنية الخلفية، يصبح MCP الواجهة الافتراضية للتواصل بين الوكلاء والأدوات — وهو اتجاه حللناه في مقارنة MCP مقابل CLI. عندما يتحدث بائع المتصفح وبائع بيئة التطوير ومستضيف الكود البروتوكول نفسه، لم يعد السؤال ما إذا كان الوكلاء سيصلون إلى أدواتك، بل ما إذا كان منتجك أنت يوفر واجهة يستطيع الوكلاء استخدامها.

وبالنسبة لمطوري الويب تحديداً، فإن انضمام Safari إلى Chrome في نادي المتصفحات المتاحة للوكلاء يعني أن الاختبار المستقل عبر المحركات أصبح ممكناً فعلياً: يستطيع الوكيل نفسه التحقق من إصلاح ما في Chromium وWebKit في جلسة واحدة، دون تنقل بشري بين النوافذ.

القيود الحالية

حافظ على توقعات واقعية — هذا إصدار معاينة:

• متوفر في Safari Technology Preview فقط. خادم MCP ليس في إصدار Safari المستقر بعد، ولم تنشر أبل جدولاً زمنياً لذلك.
• macOS فقط. لا توجد طريقة لتوجيهه نحو Safari على iOS مباشرة، رغم أن عرض WebKit على macOS يكشف معظم المشاكل الخاصة بالمحرك.
• لا أدوات مخصصة. الأدوات الـ 16 ثابتة، ولا توجد آلية للتوسعة حالياً.

الخلاصة

يحوّل خادم Safari MCP المتصفح الرئيسي الأكثر انغلاقاً تاريخياً إلى سطح تصحيح أصلي للوكلاء، بإعداد يستغرق أقل من دقيقتين. إذا كنت تستخدم Claude Code أو أي عميل MCP آخر، فثبّت Safari Technology Preview، وفعّل إعدادين، ونفّذ أمراً واحداً، ثم اطلب من وكيلك البحث عن الأخطاء في موقعك على Safari.

وبالنسبة للفرق التي تبني للأسواق العربية — حيث تجعل حصة iOS من حركة المرور توافقَ WebKit أمراً غير قابل للتفاوض — يسد هذا فجوة حقيقية في سير عمل الاختبار المستقل. وكونه ثاني خادم MCP رسمي من أبل خلال شهر، فهو أقوى إشارة حتى الآن على أن البروتوكول انتقل من التجربة إلى البنية التحتية.

المتصفح الآن أداة في يد وكيلك. استخدمها.