Playwright MCP بلغة بسيطة: خلّي الذكاء الاصطناعي يتصفح ويختبر من غير ما تكسر الجودة

باختصار: Playwright MCP خادم أدوات رسمي من مشروع Playwright. يتيح لمساعد الذكاء الاصطناعي فتح متصفح حقيقي، وقراءة لقطة إتاحة نظيفة، والنقر والكتابة، ثم التحقق من النتيجة. اختبارات Playwright تبقى مصدر الحقيقة. الوكيل طريقة إضافية لقيادة نفس الأتمتة—وليس بديلاً عن CI.

لماذا تفشل عروض «الذكاء يفتح كروم»؟

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

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

ما هو Playwright MCP فعلاً؟

Playwright MCP موجود لسد هذه الفجوة. حسب توثيق Playwright تضيف إعداد MCP قصيراً إلى Cursor أو VS Code أو Claude Desktop أو عميل MCP آخر. العميل يشغّل أمراً مثل npx @playwright/mcp@latest على نسخة Node حديثة. لا تحتاج نموذج رؤية خاص للحلقة الأساسية. الوكيل يعمل من بيانات صفحة منظمة لا من تخمين البكسل.

فكّر في MCP كمنفذ USB للأدوات. مساعد البرمجة يتصل بـ Playwright. بعد كل خطوة يعود الخادم بشجرة إتاحة: عناوين وأزرار وحقول ومراجع قصيرة مثل e5. النموذج يقول انقر e5 بدل اختراع مسار CSS هش. هذا أقرب كثيراً لاختبارات Playwright الجيدة.

الأدوات الشائعة تغطي التنقل واللقطة والنقر والكتابة وملء النماذج ولقطات الشاشة والتبويبات والحوارات. الوضع الافتراضي يظهر المتصفح. مرّر خيار رأس بدون واجهة للتشغيل الليلي الهادئ. ويمكنك اختيار Chrome أو Firefox أو WebKit أو Edge.

من التوثيق أيضاً: حفظ واستعادة حالة الدخول، محاكاة الشبكة عند تعطّل بوابة الدفع، قراءة أخطاء الكونسول، والاتصال بمتصفح مفتوح مسبقاً. وضع CDP وإضافة Playwright يساعدان عندما يجعل SSO أو التحقق بخطوتين الجلسة الجديدة مؤلمة في كل مرة.

خطة بسيطة تبدأ هذا الأسبوع

• أبقِ مجموعة Playwright الحالية بوابة الإصدار. لا تحذف Cypress في اليوم الأول.
• فعّل MCP على أجهزة موثوقة أو جهاز Staging مغلق. امنع روابط الإنتاج في الإعداد.
• اختر ثلاثة مسارات دخان: دخول، سلة عربية RTL، ودفع تجريبي.
• اطلب من الوكيل استكشاف Staging وكتابة مسودات. البشر يراجعون كل طلب دمج قبل الدمج.
• سجّل كل استدعاء أداة. عامل الوكيل كتشغيل CI بصلاحيات قوية.

اكتب الروابط الأساسية المسموحة في README. إن حاول الوكيل فتح غيرها افشل مغلقاً. أنشئ مستأجر اختبار مخصص حتى لا تتصادم تشغيلات الوكيل مع البشر.

نصائح تقلل تذبذب تشغيل الوكيل

أعطِ الأزرار والحقول أسماء إتاحة واضحة. قارئات الشاشة ولقطات MCP تستفيد معاً. أضف data-testid على العناصر الحرجة حتى تتغير النصوص التسويقية دون كسر الأتمتة.

افصل الاستكشاف عن البوابة. دع الوكيل يتجوّل على Staging. فقط ملفات Playwright المعتمدة تفشل خط الإصدار. إن كتب الوكيل اختباراً فوضوياً أعد كتابته مرة يدوياً واحتفظ بالنسخة النظيفة.

للعربي وRTL اطلب فتح اللغة العربية ولقطة السلة والدفع مبكراً. الترجمات الناقصة والمحاذاة المكسورة تظهر بسرعة—دون شراء منتج ذكاء بصري كامل.

عندما يكون الدخول صعباً أعد استخدام حالة تخزين محفوظة أو إضافة المتصفح بدل أتمتة الهوية كاملة كل جلسة. ذلك وحده يوفّر ساعات في تطبيقات المؤسسات مع SSO.

سير عمل واقعي لليوم الأول

صباحاً: المطوّر يربط MCP في Cursor ويطلب فتح Staging وتسجيل الدخول بمستخدم تجريبي وتأكيد عنوان لوحة التحكم. ظهراً: الوكيل يكتب ملف اختبار Playwright. عصراً: المطوّر ينقّح المحددات ويدمج ويترك CI يعمل كالعادة. لا سحر—مسودة أسرع مع نفس البوابة التي تثقون بها.

الأسبوع الثاني: أضف مسار دخان السلة العربية. الثالث: أضف دفعاً فاشلاً تجريبياً لاختبار واجهة الخطأ دون خصم بطاقة. احتفظ بقائمة روابط مسموحة. أي رابط خارجها يُرفض.

أخطاء شائعة يجب تجنبها

الخطأ الأول توجيه الوكيل للإنتاج «للتجربة». ذلك يخاطر ببيانات حقيقية. الثاني طلب تغطية الموقع كله في أمر واحد. الوكلاء أفضل مع أهداف صغيرة. الثالث دمج اختبارات الوكيل دون قراءتها. النجاح المحلي لا يكفي.

مشكلة أخرى بيانات Staging مشتركة. إن أنشأ خمسة وكلاء نفس البريد تصطدم الاختبارات. استخدم لاحقات فريدة. ولا تنسَ قوائم الشبكة: إن وصل الوكيل لأدوات الرواتب من نفس ملف المتصفح فقد وسّعت نطاق الضرر.

مخاطر يجب أخذها بجدية

وكيل المتصفح قد يرسل نماذج ويغيّر إعدادات ويلامس بيانات شخصية. قيّد الأسرار على Staging. دوّر المفاتيح إن فُقد جهاز فيه MCP. لا تلصق بيانات عملاء حقيقية في الأوامر. إن كشف عميل MCP أداة تشغيل كود حر فاتركها لأجهزة مقفلة فقط.

راقب التكلفة والوقت أيضاً. الحلقات التي تلتقط لقطة بعد كل خطوة صغيرة تستهلك توكنز. فضّل أهدافاً قصيرة. ضع حداً زمنياً مرناً لكل جلسة وكيل.

كيف يناسب هذا فرق المنتجات في المنطقة؟

معظم الفرق هنا تشحن الإنجليزية والعربية معاً. وقت الجودة محدود. وكيل يفتح البناء العربي ويمشي مسار دخان ويكتب اختباراً فاشلاً مفيد حتى قبل الاستثمار في نماذج بصرية كبيرة. اقرنه بمراجعة بشرية وCI الحالي. هذا المزيج ممل—والملل يحمي الإصدارات.

أنشئ مستأجر اختبار مخصص. لا تستخدم حسابات المؤسسين. وثّق من لديه MCP كما توثّق من لديه SSH للإنتاج. راجع القائمة كل ربع سنة.

قائمة قبل إغلاق التجربة

• رابط Staging فقط موثّق في README.
• مسار دخان RTL عربي واحد على الأقل في CI.
• قالب PR يسأل إن كان الاختبار مسودة وكيل.
• الأسرار في ملفات بيئة لا تُلصق في الدردشة.
• مراجعة شهرية للاختبارات المتذبذبة.

إن تحققت هذه البنود يصبح Playwright MCP مسرّع مسودات لا عبئاً. هذا الحد الأدنى قبل التوسعة خارج فريق تجريبي واحد.

متى تتواصل مع ويبديفز؟

ويب ديفز تبني منتجات Next.js ثنائية اللغة مع Playwright. نساعد على إعداد MCP آمن على Staging واختيار أول ثلاثة مسارات دخان ومراجعة اختبارات الوكيل قبل الدمج. تواصل عبر webdivs.com/contact عندما تريد ذلك بملكية واضحة—لا بوت صندوق أسود على الإنتاج.